falkTX wrote:I have to correct this...
Oh I see, my bad . Thanks for pointing that out.
falkTX wrote:Seems a little bit similar to PulseAudio and JACK situation nowadays...
asbak wrote:The proof of that is in the Linux Audio uptake.
CrocoDuck wrote:This is one big difference I think: if you want to write an application for Win/Mac you have one audio stack to support. For Linux... you can decide to use ALSA API or JACK API or PulseAudio API...
Luc wrote:What distro do you use?bhilmers wrote:More than once I've run Pulse and Jack together only to have both of them crash, or I have to manually start Pulse after a Jack session.
bhilmers wrote:More than once I've run Pulse and Jack together only to have both of them crash, or I have to manually start Pulse after a Jack session. In my Utopian Linux fantasy, Pulse/ALSA/JACK work so well together that it takes minimal effort to set up, then you never have to think about it again until you want to (Isn't that what computers are for anyway?). KX Studio comes really close to making this a reality. I wish there were more upstream support from the large distros on this subject.
CrocoDuck wrote:Finally, if I wanted to develop an Audio application for Linux, what should I support? JACK, PulseAudio or ALSA? All of them? Only two of them?
asbak wrote:CrocoDuck wrote:Finally, if I wanted to develop an Audio application for Linux, what should I support? JACK, PulseAudio or ALSA? All of them? Only two of them?
Define "audio app". Audio production? Consumer audio app?
Audio production: Pulse = NO. JACK = YES. ALSA = YES
Consumer Audio: Pulse = YES. JACK = NICE TO HAVE. ALSA = YES
falkTX wrote:So most applications use libraries to handle this for them.
khz wrote::-D http://klang.eudyptula.org/
bhilmers wrote: though I'm thinking of giving AV Linux another try. Last time I used it was when there were only 32-bit releases.
The kids are using cellphone operating systems, mastering multiple social-media accounts,asbak wrote:even many of the longer standing members here are still struggling with fairly basic problems so where does that leave the green aspiring users?
glowrak guy wrote:And then the inevitable Apple $ticker $hock when it's time for a new model or an upgrade
And also microsloth with it's insidious contol freak spyware OS, Windows Tin
At least the malware parts are guaranteed to work
Able and willing to uninstall users apps, or just write new OS version over the existing one,
on the sly. "We know you really really wanted that different version, so shutup already,
all your data R belong to us"
Completely preventing such escapades is arguably harder than starting Zynaddsubfx and Hydrogen,
from an AVLinux dvd, and pressing a record button.
Users browsing this forum: CrocoDuck and 1 guest