"I'm surprised you didn't mention Luppp, libmapper, or the resurgence of ZynAddSubFX developement.<br><br>Don't be - it is impossible to mention everything :)<br>But this is why I want to hear what other people say - crowd source approach ;)<br>
<br><div class="gmail_quote">On Wed, Oct 10, 2012 at 10:04 PM, J. Liles <span dir="ltr"><<a href="mailto:malnourite@gmail.com" target="_blank">malnourite@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br><br><div class="gmail_quote"><div class="im">On Wed, Oct 10, 2012 at 1:24 AM, Louigi Verona <span dir="ltr"><<a href="mailto:louigi.verona@gmail.com" target="_blank">louigi.verona@gmail.com</a>></span> wrote:<br>
</div><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hey fellas!<br><br>Would like to present an article I've written. Mostly wrote it to start a conversation and hear what others have to say on the subject.<br><br><a href="http://www.louigiverona.ru/?page=projects&s=writings&t=linux&a=linux_progress" target="_blank">http://www.louigiverona.ru/?page=projects&s=writings&t=linux&a=linux_progress</a><br>


<br>You can comment here or on my textboard (which does not require registration).<span><font color="#888888"><br></font></span><br></blockquote></div><div><br>Seems like a pretty negative outlook overall. Progress has definitely been slower than many of us would like, but that's understandable considering that most Linux Audio programs are maintained by single developers (with lots of other projects) or small groups. I'm surprised you didn't mention Luppp, libmapper, or the resurgence of ZynAddSubFX developement. I think the KXStudio project represents a *huge* amount of progress as far as integration and user experience goes. <br>

<br>My personal frustration with Linux Audio is mainly focused on the seemlingly iron-clad (but flawed) JACK API. We've needed the ability to rename clients and have ports with arbitrary event payloads (to allow MIDI, OSC, or whatever other streams to be managed via the JACK connection graph and frame clock) for years. And, even though many proposals have been made and patches submitted, it doesn't look like the JACK API is ever going to be improved--which doesn't speak well at all for the future of modular audio on Linux (such improvements are unnecessary for monolithic applications such as Ardour since they duplicate all this functionality internally) . If an API is going to be fixed and rigid, it must also be extensible (like LV2).<br>

<br>Still, I remain committed to improving Linux Audio and generally optimistic about the future.<br><br></div></div>
</blockquote></div><br><br clear="all"><br>-- <br>Louigi Verona<br><a href="http://www.louigiverona.ru/">http://www.louigiverona.ru/</a><br>