hi list,
been jamming on my netbook tonight. I'm running seq24 via a2jmidid
into the calf jack host...everything is great when just outputting to
one plugin (say, monosynth), but now I'm ready to add a new pattern
playing to a new plugin in the rack (say, organ) and it just keeps
playing to the 1st plugin.
I need to be able to either (a) specify what midi channel those
plugins are talking on (couldn't find it), or (b) have multiple MIDI
through instances (provided by a2jmidid) to connect to so I can have
multitimbral operation.
does this make sense? words fail me... :)
--
Josh Lawrence
http://www.hardbop200.com
Howdy all,
there's been a crew of up to 7 or 8 people here in Rotterdam the past
couple of days, writing afternoons and evenings on this Ardour
tutorial manual. We hope to have something that looks like a real book
by the end of the week, and to do that we'd like to ask for your help.
It would be great if Ardour users, n00b and l33t alike, could look
over what we have so far and offer suggestions, proofreading,
corrections or even add their own material.
The existing manual can be found here:
http://en.flossmanuals.net/bin/view/Ardour/WebHome
It is very easy to make a login on the FLOSS Manuals site, and
everyone is welcome to make changes in the chapters. Proofing is the
main favor you could do for us, and seeing if it's all correct and
makes sense.
Personally, I would also appreciate if someone looked over the chapter
on Looping in particular, since it was written specifically in
response to some questions by an Ableton Live user here, and we're
curious if it is both correct and also the easiest way of doing that
kind of thing.
Thanks for your time and best wishes from Rotterdam!!!!
Derek
--
::: derek holzer ::: http://blog.myspace.com/macumbista :::
http://www.vimeo.com/macumbista :::
---Oblique Strategy # 157:
"Think
- inside the work
- outside the work"
J. <jonathangoodman(a)bezeqint.net> wrote:
> Could anyone help me to get midi sound on a computer that I'm setting up =
> for a freind woh has to use Linux and is not able to set up now by =
> himself?
> Problem (1): Before I upgraded to kubunyu 9.1 (from 9.0.?) I was able to =
> hear midi by playing the virtual keyboard; now it doesn' play.
> I have connected a usb midi controler and I see midi activity in =
> Rosegarden but no sound.
> What do I do.
> Problem (2): My friend told me how to set up a bash file (or whatever =
> it's called) to start Jack and it starts on the command line. But I'm a =
> command line dummy amd I can't type So I would like to know how to set =
> up Jack through ths jack controle graphically.=20
> And -could it be - that all the startup connection stuff on the graphic =
> controle has to do with the no-sound I get?
>
I am far from knowledgeable in the area of sound, but I had similar problems
on my laptop and here are my notes about how to resolve them. Whether they
apply to your friend's case is of course unknown. If there are any mistakes,
I'd appreciate corrections.
I had problems getting sound out of rosegarden. I could get sound out
of timidity through Jack. I could get sound out of alsaplayer through
jack. But rosegarden stayed resolutely silent.
The problem was that for some reason, timidity was running as a system
service (separate from any instances that I was running through jack).
It gets started by /etc/init.d/timidity and it used ALSA as its output
"device" (or whatever it is called - "device", "channel", "port" are all
overused). I killed that with /etc/init.d/timidity stop, although that
is only a temporary solution.
But Rosegarden does need a software MIDI synth to be running (at least on
the laptop: there is no MIDI hardware on the motherboard). So the trick
is to start jack first (with ALSA as its output device), then start timidity
in the background with jack as its output device:
/usr/bin/jackd -v -R -dalsa -dhw:0 -r44100 -p1024 -n3 -m -Xseq
/usr/bin/timidity -Oj -iAD
[Note that the audio system on my laptop *requires* 3 periods/buffer - the
default 2 was causing a lot of scratchy noise.]
Rosegarden can then be started and all is well.
I can also start vkeybd and have it connect to one of timidity's output
ports (obtained e.g. from aconnect -o):
vkeybd --octave 7 --addr 130:0
and it too is audible. Or you can connect the MIDI through-port to timidity's
output port (e.g. using qjackctl and the Connections menu) and then use
vkeybd --octave 7 --addr 14:0
(where 14:0 is the MIDI through-port).
HTH,
Nick
I've asked about this on the ubuntu forums to little avail...just wondering
what you guys might think. Far from a professor of linux audio, but I'm
getting more and more into it.
I've built a couple basic machines from scratch recently, amd dual cores w/
2gb of memory. Not wanting to spend the extra dough on a nice sound card +
interface yet, I settle with just using chipset sound. The 9.10 and 9.04
vanilla kernels have worked for me pretty well using Jack, but if I whenever
I try to get the RT working, all kinds of problems show up: insane amounts
of Xruns just as Jack starts up, Ardour can't connect, and processor ends up
using half its resources to stay running. Needless to say, recording is not
really possible.
This is after tweaking memlocks, nice %s , buffers and so on.
I know that chipset sound, is not a very efficient recording interface, but
it seems there is more going on, besides that.
I have two main questions here (they sum up to: how much of this is the
chipset?)
a. i had heard here and there in forums that the RT kernel in 9.04 and on
was 'broken'. is that true?
b. Is RT only worth using for higher end machines with more ram and separate
sound cards?
And one more: Would anyone recommend using a different audio OS for this
situation, like 64 studio? (i might have mentioned jacklab, but it seems
that project has been killed)
Im hoping someone can help settle my curiosity here......
Hi,
I am using embedded linux on ARM processors in another project, and have
been looking for a simple solution for multichannel outputs for a while
(8 or more), although inputs also are interesting. I have implemented a
noisy soundcard based on UCB1400 for my hardware a while ago, and could
do some tests with that.
I could do parts of:
1) testing OSC on ARM/embedded Linux
(Don't know whether I could test netjack - I have no experience with
that)
2) test sending sound to/from the board
(but restricted to 10mbit/s, at the moment)
5) add the preamp part - there are good examples for that in the
datasheets for some differential amplifiers
Actually, if we go for this together, I'd suggest using a gumstix board
for the tests, or something similar that is completely ready. This would
make it easier to split the project into hardware and software, and it
would enable others to buy off-the-shelf material, or run a
software-only solution.
/ Hans
> On Tue, 10 Nov 2009 12:34:14 +0100 (CET), Karl Hammar wrote
> Well start from the top:
>
> 1, test netjack and osc if they are things to use
> (someone else has to come with the expertise for that)
>
> 2, the same with dummy audio values from the microcontroller to see
> if its performance holds, I have an evaluation board that one
> could do that on
>
> 3, the same add any ADC and an ext. preamp to get real sound
>
> 4, refine the ADC part to satisfaction
>
> 5, add preamp part
>
> 6, add power-over-ethernet so its just ONE cable
>
> 7a, start to miniturize, possible makeing it small enought to sit
> directly on the mic,
>
> or...
>
> 7b, add channels
>
> I could do steps 2, 3, possible 4, 6 and possible 7.
>
> Nice, don't you think so?
> And, since ethernet is driven through transformers we won't have any
> ground loops, etc. On the negative side is that ethernet cables are
> more stiff than microphone cables, they have the wrong color ... it
> woun't look that good, and they are not that durable, same with its
> connector, but there are industrial version ethernet connectors one
> could possible use with more suitable cables.
>
> Regards,
> /Karl
>
> -----------------------------------------------------------------------
> Karl Hammar Aspö Data karl(a)aspodata.se
> Lilla Aspö 148 Networks
> S-742 94 Östhammar +46 173 140 57 Computers
> Sweden +46 70 511 97 84 Consulting
> -----------------------------------------------------------------------
>
>
>
>
--
Hans Wilmers
NOTAM
Nedre Gate 5
N-0551 Oslo Norway
tlf.: +47 22358065
http://www.notam02.no
I messed around with this a bit last night and re-converted my files with
the wicked-long lengths (i.e. 15 days, etc.) and it fixed my issues. Thanks
Soundconverter.
I seem to remember playing around with my character settings within
Soundconverter a while back. I might've changed the default from "Western"
to "Unicode" which might've caused this whole mess. Can't remember though.
-Aaron
PS: is there a setting that allows all my replies to this group to be
routed to the group email address?
I keep sending individual emails to group members. Members, you have my
apologies.
On Tue, Nov 24, 2009 at 1:41 PM, Aaron L. <elmastero74(a)gmail.com> wrote:
>
>
>
>
>
> On Tue, Nov 24, 2009 at 2:53 AM, david <gnome(a)hawaii.rr.com> wrote:
>
>> Arnold Krille wrote:
>> > On Monday 23 November 2009 22:32:17 Aaron L. wrote:
>> >> I've noticed that these time issues are the problems with Songbird
>> choking
>> >> on my FLAC files as well. If a song is listed as being 15 days, 6
>> hours
>> >> and 50 minutes long, we got problems.......
>> >
>> > Or its just one of the shorter John Cage pieces :-)
>> >
>> > (To long since that name was mentioned on this list...)
>>
>> "I know why the Caged songbird sings" ...
>>
>> --
>> David
>> gnome(a)hawaii.rr.com
>> authenticity, honesty, community
>> _______________________________________________
>> Linux-audio-user mailing list
>> Linux-audio-user(a)lists.linuxaudio.org
>> http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
>>
>
>
Hi,
I'd like to announce the first release of a puppy linux module with some
audio and midi apps, named "lashstudio".
It's a suite of application that are all lash aware, packed in a squashfs
module designed to work with Puppy Linux 412.
It uses JACK1 (v0.116.2) and LASH old version 0.5.4.
All the setup has some kind of historical flavour but with it you can
tastthe speed, the practicality and the power of linux audio and of
puppy linux
altogether.
More information at http://lashstudio.sourceforge.net
Download at the project page http://sourceforge.net/projects/lashstudio
Marius
Dear reader,
as has been announced here 2 days ago by Marc Groenewegen, the next Linux
Audio Conference (LAC#8) will take place at the HKM in Utrecht, Netherlands,
from May 1st - 4th, 2010 (see http://lac.linuxaudio.org/2010).
We have now opened the Website that accepts paper submissions. Please direct your
browser to http://lac.linuxaudio.org/2010/openconf
For those who have been following the LAC activities in the past years: It's
the same used&tested "OpenConf" web-based system that allows us to easily collect
paper submissions, review them and create a programme from accepted papers.
The available categories for paper submission looks like this:
* Ambisonics
* Education
* Live performance
* Audio Hardware Support
* Signal Processing
* Music Composition
* Audio Languages
* Sound Synthesis
* Audio Plugins
* MIDI
* Music Production
* Linux Kernel
* Physical Computing
* Interface Design
* Linux Distributions
* Networked Audio
* Video
* Games
* Media Art
* Licensing
Note that "Video" is also in the list. Yes, that's not strictly Audio :-), but
we feel that the two disciplines are close enough to one another to allow
opening up the conference scope a bit here. After all, we have already had
several very nice audio/video gigs in the past (some might remember the YUE
concert in Karlsruhe 2006 with a remote VJ live from Italy, which was pretty
groundbreaking at that time).
Also, we very much welcome practical papers resp. software demos ("how I use
Linux Audio applications to create my music/media art").
The web page also holds the paper templates that have to be used for submissions.
Pick one of the two provided templates (LaTeX or OpenOffice), author your paper
and convert it to PDF, then upload that PDF. Make sure you are using A4 as
paper size.
Some constraints:
- The conference is held in English, so the paper has to be in English too.
- Length of a paper is 4-8 pages. Papers have to include an abstract (50-100
words). Also, papers should include up to 5 keywords.
- The copyright of the paper remains with you (of course), but we reserve the
right to create printed proceedings from all submitted (and accepted) papers.
- We have fixed the following dates:
- Deadline for paper submissions: February 14th, 2010
- Notification of paper acceptance: March 14th, 2010
- Deadline for final version of paper: April 4th, 2010
Please note that the OpenConf system is only to be used for paper submissions;
for concert pieces ("Call for Music") or sound installation proposals, please
contact us directly by email ("lac -at- linuxaudio -dot- org ").
We are looking forward to many interesting submissions for the 8th
Linux Audio Conference and we hope to see you in Utrecht in 2010!
Please feel free to forward this e-mail to anybody who might be
interested - mailing lists, blogs, Linux portals, magazines, you name them.
Public relation work for this conference is something we need, and where
everybody can easily help.
Thanks for reading.
On behalf of the LAC2010 organisation team,
Frank Neumann
Hi everyone,
Jackbeat, the minimal-but-nevertheless-useful multi-platform step sequencer, has
just reached version 0.7.3 !
This is mainly a bugfix release, that you can grab from:
http://jackbeat.samalyse.org
It's easy to build and easy to try.
News
~~~~
- Tracks can now be reordered
- A buffer overflow and a bug preventing to load some jab files have been fixed
ChangeLog
~~~~~~~~~
jackbeat (0.7.3)
* #40: allow to reorder tracks (move up/down)
* #43: fix buffer overflow in core messaging routine
* fix bogus track name conflict when loading jab, thanks Florent
Enjoy
--
Olivier