Re: [Jack-Devel] recent change to jack1 firewire backend needs testing

PrevNext  Index
DateMon, 05 Nov 2012 19:17:43 +0100
From Stéphane Letz <[hidden] at grame dot fr>
ToAdrian Knoth <[hidden] at drcomp dot erfurt dot thur dot de>
Cc[hidden] at lists dot jackaudio dot org
In-Reply-ToAdrian Knoth Re: [Jack-Devel] recent change to jack1 firewire backend needs testing
Follow-UpAdrian Knoth Re: [Jack-Devel] recent change to jack1 firewire backend needs testing
Le 5 nov. 2012 à 19:13, Adrian Knoth a écrit :

> On 11/04/2012 04:11 PM, Paul Davis wrote:
> 
>> I have just pushed a changed to the Jack1 firewire backend that
>> provides it with a latency callback so that things work correctly
>> after a buffer size
> 
>> The expected behaviour is:
>> 
>>   * at startup, port latencies are set correctly
>>   * run jack_bufsize to change the buffer size in use
>>   * port latencies (for all ports, not just the backend) are set
>>   correctly after the change
> 
> I did a brief test. Always -p 512
> 
> With your recent jackd1 modifications:
> 
> system:capture_14
>        total latency = 512 frames
> system:playback_1
>        total latency = 1024 frames
> 
> 
> With jackd2:
> 
> firewire_pcm:0005950400400fb2_ADAT8_in
>        total latency = 512 frames
> firewire_pcm:0005950400400fb2_Bus1 L_out
>        total latency = 1536 frames
> 
> 
> Given that -n3 is the default for firewire, jackd2 might be correct
> here, but I haven't checked your modifications, so I'm just guessing.
> 
> 
> HTH

In asynchronous mode (default) jack2 adds a one buffer latency, so this probably explains output latency. Try in synchronous mode (-S)

Stéphane 
PrevNext  Index

1352139473.2068_0.ltw:2,a <B6944CC0-6ABC-4CC7-83E2-725F2834AEA0 at grame dot fr>