Re: [LAD] Linux Audio 2012: Is Linux Audio moving forward?

From: Louigi Verona <louigi.verona@email-addr-hidden>
Date: Wed Oct 10 2012 - 21:07:13 EEST

"I'm surprised you didn't mention Luppp, libmapper, or the resurgence of
ZynAddSubFX developement.

Don't be - it is impossible to mention everything :)
But this is why I want to hear what other people say - crowd source
approach ;)

On Wed, Oct 10, 2012 at 10:04 PM, J. Liles <malnourite@email-addr-hidden> wrote:

>
>
> On Wed, Oct 10, 2012 at 1:24 AM, Louigi Verona <louigi.verona@email-addr-hiddenwrote:
>
>> Hey fellas!
>>
>> 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.
>>
>>
>> http://www.louigiverona.ru/?page=projects&s=writings&t=linux&a=linux_progress
>>
>> You can comment here or on my textboard (which does not require
>> registration).
>>
>>
> 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.
>
> 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).
>
> Still, I remain committed to improving Linux Audio and generally
> optimistic about the future.
>
>

-- 
Louigi Verona
http://www.louigiverona.ru/

_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@email-addr-hidden
http://lists.linuxaudio.org/listinfo/linux-audio-dev
Received on Thu Oct 11 00:15:02 2012

This archive was generated by hypermail 2.1.8 : Thu Oct 11 2012 - 00:15:02 EEST