[LAU] Zyn and the art of jack audio/midi

cal cal at graggrag.com
Sat Aug 1 12:45:32 EDT 2009

Fons Adriaensen wrote:
> On Sat, Aug 01, 2009 at 12:52:44PM +0200, Atte Andre Jensen wrote:
>> So instead of me having to go "zynaddsubfx -b 128", the program should 
>> know that the only sane buffersize with the running jack server is 128 
>> and then use that.
> ISTR (but it's years ago - since the LAC where Zyn was 
> first presented) that Zyn uses FFT based processing for
> some of its algorithms. If this is the case and the FFT
> size has to be some minimal value then there's a problem
> if the jack period is shorter. It's possible to solve
> this by using additional RT-threads that run at lower
> priority than Jack's one, this is what jconv does. In
> some cases there are other solutions as well. 
> Anyway in a properly designed Jack app there should be
> no such thing as a global process lock. The first step
> would seem to find out why it is necessary, and try
> to find an architecture that doesn't need it .
> Ciao,

A true story. I'm way too old to even consider re-engineering zyn though,
so I'm prepared to settle for just keeping a favourite "vintage" app


More information about the Linux-audio-user mailing list