On Wed, 2011-05-04 at 22:13 +0200, torbenh wrote: > err... please describe how you dont want to break ardour with this > patch. (it would add N periods of latency) > > it probably is possible to fix this, but its not really clear to me, > how.
I assume there is sufficient SHM available for the worst case usage? If so then in jack_port_get_buffer it should be possible to first check if this is necessary then memcpy into the b uffer that would have been used in the unoptimised case and return the pointer to that block instead of the original one? No client changes required and deferred jack_port_get_buffer works as intended. I am guessing slightly here as the internal architecture of jack is something I understand in outline but not in detail. Regards, Dan. _______________________________________________ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev