On Fri, Sep 8, 2017 at 6:28 PM, benravin <ben.a...@outlook.com> 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@lists.linuxaudio.org > https://lists.linuxaudio.org/listinfo/linux-audio-dev > -- http://www.openavproductions.com
_______________________________________________ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org https://lists.linuxaudio.org/listinfo/linux-audio-dev
