<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.32.2">
</HEAD>
<BODY>
Il giorno gio, 23/06/2011 alle 23.20 -0400, Thomas Vecchione ha scritto: 
<BLOCKQUOTE TYPE=CITE>
<PRE>
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 <<A HREF="mailto:reuben.m@gmail.com">reuben.m@gmail.com</A>> 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.
</PRE>
</BLOCKQUOTE>
<BR>
    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.<BR>
<BR>
    thanks.<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
<PRE>

> 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
<A HREF="mailto:ardour-dev@lists.ardour.org">ardour-dev@lists.ardour.org</A>
<A HREF="http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org">http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org</A>
</PRE>
</BLOCKQUOTE>
<BR>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
-- <BR>
<A HREF="http://wayne.in-giro.org">http://wayne.in-giro.org</A>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>