Are there facilities/apps in linux that can distribute the load for
audio? Has this been discussed before (I can't imagine that it hasn't)
Such as:
http://www.apple.com/logic/distributedaudio.html
there are a few other technologies running on windows that I saw at GDC
last year. Can't remember the names though (I'm getting too old...
alzheimers might be setting in...)
--
________________________________
Hear us online: www.Sonaural.com
Brad Fuller
(408) 799-6124
** Sonaural Audio Studios **
(408) 799-6123 West San Jose
(408) 799-6124 Cambrian
Hi,
while doing the videos, I wondered about one thing.
Linux is a multitasking and a multiuser machine.
But: there's no audio layer on the operating system level.
While different users can burn CDs and share the CPU, there's
no possibility included that multiple applications can play
sound - if the applications are started by different users,
the situation is getting worse.
Isn't it a really ugly design that one aplication can grab the
audio device using ALSA or OSS and block it for any other
application?
So, there have been different solutions for this, esound for
Gnome, artsd for KDE. But still, there's no reasonable
default system that can be used by *all* applications, so
application developers can use *one* API instead of having to
implement multiple completely different interfaces (ALSA,
OSS, arts, esound, jack, portaudio...)?
So my question is: Is there work in progress somewhere out
there which will solve this by implementing a common unix
audio layer? Or, will be jack be the layer that will soon be
included into the boot process by all distributors?
Well, I guess JACK is a special soundserver for a special
task, and I guess it lacks some other multimedia features.
So, is there any common acknowledgement concerning unix audio
(you see I avoid linux but using unix instead ;-)?
Any thouht are very welcome.
Best regards
ce
>Will the sb audigy 2 pci model do 24/96 in linux ?
No. Maybe in future, but no one know when.
Peter Zubaj
____________________________________
RAMMSTEIN, 22.02.2005 o 20,00, Bratislava Incheba,
Info: 0904 666 363, http://www.xl.sk
I see ingo just posted a preempt patch for 2.6.11-rc1
http://people.redhat.com/mingo/realtime-preempt/realtime-preempt-2.6.11-rc1…
How up to date is the wiki regarding the preempt patches?
http://www.affenbande.org/~tapas/wiki/index.php?Voluntary%20Preemption
I haven't updated my kernel since 2.6.9-rc1-bk12-vp-s0. So, I suspect
I'm a bit behind on the implications of various kernel config options
and what /proc and /sys bits to twiddle. Can someone confirm or deny the
validity of the wiki's data as it relates to the latest patches?
I currently have 2.6.11-rc1-mm1 running and am not pleased. It basically
works, but I get zipper noises in swh's analogueOsc plugin and a few
xruns from ecasound. I did not have these problems with
2.6.9-rc1-bk12-vp-s0.
I am compiling 2.6.11-rc1-V0.7.35-01 now and will report what I find.
I have a lot of time to test stuff this weekend, including Monday. I'll
also have all next Thursday and that weekend. I've updated my system,
libraries and ecasound and installed all the dependencies for ardour. I
want to get a decently running preempt kernel this weekend so I can
actively join the ardour community as soon as possible.
Thanks everyone,
Eric Rz.
current audiobox configuration:
http://zhevny.com/doc/audiobox_settup
Hi,
I have been trying out fluxbox as a lighter weight window manager when
doing audio work.
I like the look and all that, the only thing that I have not been able
to get rid of is the system beep when I give some input it doesn't
like (trying to scroll further than there is text in emacs for
example). And this system beep tends to be quite loud over a good PA.
Does anyone know where I can turn that thing off in fluxbox?
sincerely,
Marije
Hi,
Anyone out there using dmidi?
I've got it working but I find that no matter what midi channel I send
data on, it is received on all channels.
I tried setting up a second dmidi connection with different send/receive
node addresses but, although data was sent on to the network, the
receiver seems to just ignore it. Do I need to use a different physical
interface?
Finally, pitchbend doesn't work. Should it?
Thanks in advance.
--
Michael Pacey
michael(a)wd21.co.uk
http://sydb.dyndns.org
***************************************************************
Quality, affordable broadband and dial-up: http://www.ukfsn.org
(This is a personal recommendation, not an advert! All profits
go to support Free Software [see http://www.affs.org.uk])
They even tag SPAM for you!
***************************************************************
On Sunday 16 January 2005 15:20, Harald Milz wrote:
> I'm also missing an opportunity of using the CMI8738's three line outs
> (front, rear, Center/LFE), or at least front and rear (-dsurround40). But
> jack does not seem to like that:
> I assume one could achieve the result by using ac3jack and ac3dec but this
> is a hassle. It would be better if jackd could handle this directly. Or am
> I missing soomething?
Try starting jackd without tellung about a channel count and than see how
many out channels you have available, I did so with my intern intel-8x0 and
discovered 6 mono outputs in qjackctl. ;-)
Arnold
--
There is a theory which states that if ever anyone discovers exactly what the
Universe is for and why it is here, it will instantly disappear and be
replaced by something even more bizarre and inexplicable.
There is another theory which states that this has already happened.
-- Douglas Adams, The Restaurant at the End of the Universe
Hi, all,
I've put together a Linux opensource mouse -> midi controller msg program I call 'Ratón'.
Here's the homepage:
http://home.earthlink.net/~gmoonlit/raton/raton.html
Features:
* Mouse input
* Tracks and outputs controllers in two dimensions
* Assign separate channel, controller to each dimension
* ALSA MIDI seq output
* Editable map curves
* Saves and loads project files
* Saves and loads curves
* Doesn't need focus to track mouse
* Reverse and invert curves with one click
* Curve presets
* Assign 'freeze point'
* Resizable
* GPL license
Thanks,
Doug G.
> While we're at jack, is there any way to run jack against
> more than just one soundcard? I have a on-board VT8235 and
> an add-on CMI8738 card, and it seems one needs to decide
> which card to run jackit on. Could jack not just use all
> cards it finds instead?
AFAIK, JACK can meanwhile handle more than one card, but it
isn't recommended, because timing issues will appear due to
the two different quartzes on both cards.
> I'm also missing an opportunity of using the CMI8738's
> three line outs (front, rear, Center/LFE), or at least
> front and rear (-dsurround40). But jack does not seem to
> like that:
Which line did you use to start JACK?
Best regards
ce