On Fri, Sep 8, 2017 at 6:28 PM, benravin <ben.alex@email-addr-hidden> wrote:
> Hi Paul,
>
> I feel its better to add these support as well in JACK framework, like
> sending control signals, notifications etc, rather than user has to
> implement these.
>
Hi Ben,
Please be aware of "top posting" - it is good manners to reply under a
message, so the context of the reply is maintained.
In response to your comments above, I will politely disagree. While a
library or framework to do async messaging etc might be useful to some JACK
users, it will certainly not benefit everybody. As such, it should be a
separate project, and not demand that existing JACK users also have to deal
with this extra complexity/functionality.
Some googling will likely lead you to multiple frameworks or libraries that
provide lock-free programming constructs like queues, FIFOs, locks etc.
There's even a few old threads on this mailing-list[1] about it :)
Regards, -Harry
[1] http://lalists.stanford.edu/lad/2011/11/0150.html
> --
> Sent from: http://linux-audio.4202.n7.nabble.com/linux-audio-dev-
> f58952.html
> _______________________________________________
> Linux-audio-dev mailing list
> Linux-audio-dev@email-addr-hidden
> https://lists.linuxaudio.org/listinfo/linux-audio-dev
>
-- http://www.openavproductions.com
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@email-addr-hidden
https://lists.linuxaudio.org/listinfo/linux-audio-dev
Received on Sat Sep 9 00:15:02 2017
This archive was generated by hypermail 2.1.8 : Sat Sep 09 2017 - 00:15:02 EEST