If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
Nice, this is more informative (as in easy to read) than the Adobe one. Yet, to me it also shows that there is a too high level of redundancy.
Very true. It isn't as bad as the Adobe one seemed to indicate, but there are issues.
I feel it will be a little better when libsydney is in use everywhere and Phonon uses gst by default. The PA/JACK duality will probably never go away, as they focus on some very different problems. However, the PA author remains optimistic about getting down to one sound server, pointing out that OS X and Windows Vista both have capable, modern sound systems that satisfy both casual users and pro-audio folks.
Even if we don't get down to one sound server, there is work going on to make JACK and PA coexist better.
There is a small, but seemingly growing, group of users and devs that want to replace ALSA with OSSv4, now that it is BSD/GPL/CDDL tri-licensed. They argue that OSSv4 has a better architecture, and a simpler, more friendly (but still powerful) external interface.
I hope the title says it, I am bored to tears over all these audio standards.
I lost track over oss, alsa, phonon, pulseaudio, and what is wrapper for what and what is a wrapper for your neighbor's hot dog.
Yohoo, here comes yet another audio standard... Sigh.
Please, Michael, could you make an graphic overview of all audio standards released. And, which are associated with what, e.g. Gnome, KDE, xfce, etc.
I recall an interview with Mark Shuttleworth from a few months ago where he too thought it was a mess. And, this is harming Linux, I guess. Which standard should developers follow?! They tend to be not only incompatible but also conflicting.
I think iD software jumped on the "wrong" bandwagon several times. Linux software may die off, because of malnutrition.