[Ardour-Dev] No delay compensation for insert

[Wayne]

Il giorno gio, 23/06/2011 alle 23.20 -0400, Thomas Vecchione ha
scritto: 

> Ok going to take very quick stabs at these but keep in mind I haven't
> had sleep in about 40 hours or so now...
> 
> On Thu, Jun 23, 2011 at 7:47 PM, Reuben Martin <reuben.m at gmail.com> wrote:
> >
> > I ran into an issue today which, in the process of trying to work around it, turned up more issues... (Isn't that always the way it goes
> > ;-)
> >
> >
> > I have an insert in ardour that is causing a fair amount of delay, and the insert dialog seems to be able to measure the delay easily
> > enough, but it is still off. I tried to insert the "artificial latency" plugin to work around it and found that it does not work. Which in turn
> > makes me wonder, does ardour use that plugin to deal with delay compensation or does it roll its own delay internally? The LV2
> > version of the same plugin is no better BTW.
> 
> Are you by chance inserting the plugin on a bus instead of a track?
> Busses do not have any delay compensation.


    is this true for Ardour 3 as well (i.e. that buses have no
delay/latency compensation)?  this would explain a lot.  i did not
realize this, as almost all my plugins are bus, not track, inserts with
Ardour 2: usually every "logical track" i realize in 2 actual tracks and
1 bus: 1 track for takes, 1 track for combining takes into finished
collection of takes, while both tracks are routed through a bus which
has all effects/sends/etc.

    thanks.


> 
> > So then I tried to export the output from a sub-mix bus so that I could pull it back in and align it manually. But this is a rather long
> > project (about 90min) and the export didn't complain or throw any errors, but after pulling the resulting wav file back in, it turns out
> > it only contains the first 20 something minuites (or at exactly 5G for a stereo, 96k, 32bit float wav file) of the session.
> >
> 
> WAV32 has a file size limitation, though I am surprised you got to 5G
> in that case.  This is a known issue in the file format as it only
> uses a 32 bit signed INT for addressing purposes in it's header, and
> as a result can only store so large of a number.
> 
>       Seablade
> _______________________________________________
> ardour-dev mailing list
> ardour-dev at lists.ardour.org
> http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org


-- 
http://wayne.in-giro.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ardour.org/pipermail/ardour-dev-ardour.org/attachments/20110624/1f8ef13f/attachment-0001.htm>