On 09/02/2009 02:51 AM, Brent Busby wrote:
>
> Give them a out-of-the-box realtime kernel and a GUI launch/interconnect
> manager for their audio apps and they will come...
>
>
I agree with you that a big part of the problem seems to be a conflict
between the existing Linux workflow model and people who are not able or
prepared to work within the modular app model that jack provides for.
Various people have tried to provide this out of the box and centralised
functionality already but it seems no one has the the ark that AL users
are conditioned for. I think this discussion helps some of us to get a
good overview of what people are still missing.
Time stretching and beat matching have been worked on with varying
results over the years. I find it interesting that so many people rely
on these tools so greatly. However it's clear there is a market for
software that deals cleanly with this issue which is not being
sufficiently handled yet by the various Linux apps.
Maybe it's a good idea to also discuss the best examples we have in the
Linux apps collection for the above functionality to see where we have
missed the mark?
I find it blatently ignorant for some of the posters to say that the
jack model is not and never gonna work. That's just outright rude. For
many of us JACK works very well already. If someone doesn't like the
modular approach and requires a monolithic interface they have various
options available. No need to write off jack and all the hard work that
has been put into the apps that work within the modular framework.
Patrick Shirkey
Boost Hardware Ltd
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@email-addr-hidden
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
Received on Wed Sep 2 04:15:02 2009
This archive was generated by hypermail 2.1.8 : Wed Sep 02 2009 - 04:15:02 EEST