Re: multiJACK patch management: the first glimmerings of success

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 5 Apr 2016 23:21:40 +0200
Robin Gareus <robin@xxxxxxxxxx> wrote:

> Best guess so far is Yoshimi. Last I looked the jack-client still had
> locks for synchronizing audio+midi i/o and can block all of jack.
> Multiple instances of jackd could mitigate this.
>
> ciao,
> robin

Hmmm. When was the last time you looked?

I'm not aware of anything that can block the whole of jack. Indeed, I've run a
fairly complex 12 part tune at 48k and only 16 frames/period on a poorly
optimised dual core machine, deliberately getting it to produce the occasional
Xrun to see how it recovered. It typically produces 2 inaudible ones during the
5 minute track. As far as I'm aware nothing was being blocked. It simply ran out
of time under these (frankly insane) conditions.

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@xxxxxxxxxxxxxxxxxxxx
http://lists.linuxaudio.org/listinfo/linux-audio-user



[Index of Archives]     [Linux Sound]     [ALSA Users]     [Pulse Audio]     [ALSA Devel]     [Sox Users]     [Linux Media]     [Kernel]     [Photo Sharing]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux