Robin Gareus:
>
> 0.49 has this feature implemented. Use the "-jt" option.
>
> It should be sample sync,
Almost. It does not yet compensate for port-latency. It is important for
both effects that introduce latency as well as to keep physical I/O in
sync with apps.
see jack_port_get_latency() a
On Fri, Jun 25, 2010 at 7:23 AM, Kjetil S. Matheussen
wrote:
> Thanks for the info! I also wonder, does jack compansate for
> latency when it mixes the outputs from ports (i.e. when several
> output ports are connected to a jack_capture port), so that
> the sound is in sync?
no, JACK doesn't imp
On 06/25/2010 01:23 PM, Kjetil S. Matheussen wrote:
>
> Robin Gareus:
>> >
>> > 0.49 has this feature implemented. Use the "-jt" option.
>> >
>> > It should be sample sync,
>>
>> Almost. It does not yet compensate for port-latency. It is important for
>> both effects that introduce latency as well
On 06/25/10 17:08, Robin Gareus wrote:
> The "system_playback" port has a latency of 1024 frames and so is the
> jack_buffersize (frames per period). "app1" is a simple jack application
> that prints the _total_-port-latency of it's in & out ports every time
> they change and announces a latency o
On Fri, Jun 25, 2010 at 1:03 PM, Florian Faber wrote:
> On 06/25/10 17:08, Robin Gareus wrote:
>
>> The "system_playback" port has a latency of 1024 frames and so is the
>> jack_buffersize (frames per period). "app1" is a simple jack application
>> that prints the _total_-port-latency of it's in &
