Content-Type: text/plain; charset=ISO-8859-1
On Thu, Mar 14, 2013 at 6:42 AM, J=F6rn Nettingsmeier <
> On 03/12/2013 08:08 PM, Tim E. Real wrote:
git add libs/panners/spaced_omni_panner
Content-Type: text/html; charset=ISO-8859-1
On Thu, Mar 14, 2013 at 6:42 AM, J=F6rn =
Nettingsmeier <firstname.lastname@example.org> wrot=
On 03/12/2013 08:08 PM, Tim E. Real wrote:
But having said that, yes I'm wondering about a true 'stereo pan=
How would such a feature work?
there is no one true stereo pan.
a pan law for intensity stereo (i.e. a panned image or an XY coincident mic=
rophone pair) would increase one channel and decrease another such that the=
total energy remains constant. a cosine/sine law is usually used, because<=
cos^2 + sin^2 =3D 1
ardour3 attempts to do this, by allowing you to reduce the width (by introd=
ucing crosstalk), and then letting you move the compressed image left or ri=
ght. sort of works, but only for pan-potted stuff.
a pan law for run-time stereo (i.e. spaced omnis) would have to use delays,=
leaving the original level intact.
the ardour3 panner gets this type of signal horribly wrong, because you _ne=
ver_ want to introduce crosstalk in spaced omnis - instant comb-filtering h=
for stereo techniques that incorporate both run-time and intensity, such as=
ORTF, NOS, EBS, you-name-it, you need different amounts of gain change _an=
that's why nobody wants to use a ready-made stereo balance control - it=
is almost guaranteed to do the wrong thing for the source material at hand=
.git add libs/panners/spaced_omni_panner
git commitgit push:)