On Saturday 30 July 2005 06:51, Christoph Eckert wrote:
This is an explanantion from firstname.lastname@example.org as to just
why it would seem to be a problem...
The design is basically flawed for desktop audio since it
delegates real-time low-latency work loads through unix
pipes to the audio applications. You cannot expect all
audio applications to run real-time and you can not expect
users to apply custom patches that allow jack to hand out
As far as I can envisage, by the time KDE4 beta starts shipping
that all/most distros will also be shipping at least a 2.6.12
kernel with a rtlimit patched PAM. Certainly by the end of this
> > My general question, to those who know far more than me, is
If that means "least problematic" then sure, if "most mature"
also means most widely deployed for any audio work that matters
then the choice probably should be JACK.
> I guess JACK will *not* be an option for the KDE team because
It runs on Mac OSX and probably other unices using Portaudio
and consider the timeline for KDE4.
> For this reasons, it seems to be more probable that something
An extra complex layer on top of the one that really counts.
> For audio stuff, I dislike it, I'd like to see JACK beconimg a
KDE4 has the opportunity (maybe) of doing this. Once another
subsytem gets into the SVN repository then JACK will never
become the default option. Right now, in mid 2005, there is a
small window of opportunity for JACK to become the default
sound server for one of the major linux desktop systems. If
this were to happen then we'd (linux) have half our future
desktops come by default with a world class professional audio
subsystem second to none. Hello Hollywood.
> But gstreamer has some further advantages: It's not specific
It kind of half solves both the audio and video issues.
Does anyone on this list use gstreamer to get Rosegarden,
hydrogen, ardour and JAMin to work together ?
Does gstreamer allow kino and cinelerra to work together ?
> I personally would be happy if JACK would be chosen, so we had
Fear the fear of a decision like this being made by folks that
do not use the wonderful ALSA/JACK enabled audio toolset that
we are all so familiar with on this list.
> I include Scott Wheeler in the CC of this mail.