Re: zita-a2j and capture alignment
Fons Adriaensen <[email protected]>
| Newsgroups | gmane.comp.audio.ardour.devel |
|---|---|
| Message-ID | <[email protected]> |
On Tue, Sep 10, 2013 at 09:12:27AM -0400, Paul Davis wrote: > On Tue, Sep 10, 2013 at 9:05 AM, Fons Adriaensen <[email protected]>wrote: > > Suppose you have two identical sound cards. One is used by Jack's backend, > > the other by zita-a2j. Both set the correct capture latency value on their > > ports. For a2j this will of course be a higher value than for the backend. > > > > Connect the same signal to the two cards, record two tracks simultaneously, > > one from each card. > > > > I'd expect the two resulting regions > > > > * to be in sync when played back, > > * to have different start/end points. > > > > assuming ardour uses the capture latency values to offset the regions. > > > > If not, how are the latency values used ? > > > > in general, ardour's transport control for recording uses worst case > numbers, not per-track numbers (we do not have per-track transport > position). so we will keep recording for long enough to catch the last > incoming data after the stop-recording request was noted, which may result > in less/more data being captured in some tracks compared to others that > started "late" because their own latency varied. In the scenario above, should the two tracks be in sync, assuming the latency values are correct but different ? Ciao, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow)