[linux-audio-dev] Lock-free gtk/jack interaction
ml at xung.org
Sun Mar 13 22:01:50 UTC 2005
> Wouldn't it be better to put the structures in shared memory and not use
> any locking / signalling at all?
There's a need for syncing threads. It is not possible to touch the
tracks/bpm/etc directly while jack's process callback is in the middle of its
work. Some actions do not require any ack from the jack thread, like setting the
bpm, but when it comes to reallocating data (for ex: adding/removing a track)
that is currently needed.
However, all actions (with or without any ack) currently require using some sort
of message queue or fifo, and I don't see how and why this would change.
More information about the Linux-audio-dev