linuxaudio.org

--bcaec554d434c5b88104d7e0f108

Content-Type: text/plain; charset=ISO-8859-1

Content-Transfer-Encoding: quoted-printable
On Thu, Mar 14, 2013 at 6:42 AM, J=F6rn Nettingsmeier <

nettings@stackingdwarves.net> wrote:
> On 03/12/2013 08:08 PM, Tim E. Real wrote:

quoted text
>

>  But having said that, yes I'm wondering about a true 'stereo pan' featur=

e.

quoted text
>> 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

> microphone pair) would increase one channel and decrease another such tha=

t

quoted text
> 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

> introducing crosstalk), and then letting you move the compressed image le=

ft

quoted text
> or right. 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

> _never_ want to introduce crosstalk in spaced omnis - instant

> comb-filtering hell.

>

> 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

> _and_ delay.

>

> that's why nobody wants to use a ready-made stereo balance control - it i=

s

quoted text
> almost guaranteed to do the wrong thing for the source material at hand.

>

git add libs/panners/spaced_omni_panner

git commit

git push
:)
--bcaec554d434c5b88104d7e0f108

Content-Type: text/html; charset=ISO-8859-1

Content-Transfer-Encoding: quoted-printable
On Thu, Mar 14, 2013 at 6:42 AM, J=F6rn =

Nettingsmeier <nettings@stackingdwarves.net> wrot=

e:

On 03/12/2013 08:08 PM, Tim E. Real wrote:
But having said that, yes I'm wondering about a true 'stereo pan&#3=

9; feature.

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<=

br>
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=

ell.
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=

d_ delay.
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:)
--bcaec554d434c5b88104d7e0f108--