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@email-addr-hidden
http://lists.linuxaudio.org/listinfo/linux-audio-dev
Received on Thu May 5 00:15:04 2011
This archive was generated by hypermail 2.1.8 : Thu May 05 2011 - 00:15:04 EEST