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)
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.