4 May
2011
4 May
'11
10:26 p.m.
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.