Re: [linux-audio-dev] Random thought on HDR latency compensation

New Message Reply About this list Date view Thread view Subject view Author view Other groups

Subject: Re: [linux-audio-dev] Random thought on HDR latency compensation
From: Jörn Nettingsmeier (Udo.Nettingsmeier_AT_t-online.de)
Date: Fri Apr 21 2000 - 16:22:15 EEST


Paul Barton-Davis schrieb:

> >This issue will probably become more important as the hdr, mixing, and
> >plug-in activities merge. Before the pre-existing track can be heard,
> >it must first move through the mixer and any plug-ins applied to that
> >track. Often more than one track of pre-existing material will be
> >played back simultaniously, and each track may have different plug-ins,
> >or a different number of plug-ins. This means that each track will play
> >back with a different amount of latency.

a wonderful example for this is broadcast2000. it has a nice
compressor that is "faster than the input" by pre-reading an
adjustable number of samples before the "current" signal so
that transients won't come through.
applying it to one channel means apply it to all, else you
get really weird phasing while monitoring.

> Absolutely not. Plugins have no effect on latency whatsoever. Any
> plugin system that allows this is incorrectly designed.

how i would like to believe this !!
if this is really possible, great.
if not, an automatic delay to even out the latencies of each
signal chain would come handy (could be the last plugin per
default).
this might be useful in a mixdown situation. there are still
effects which are non-zero-latency by definition: some
filters (FIR ? IIR ?? i always mix those two up..) and
pre-read compression.
i think a good daw should allow for non-realtime
processing...

regards,

jörn


New Message Reply About this list Date view Thread view Subject view Author view Other groups

This archive was generated by hypermail 2b28 : Fri Apr 21 2000 - 17:25:51 EEST