<br><br><div class="gmail_quote">On Thu, Mar 14, 2013 at 6:42 AM, Jörn Nettingsmeier <span dir="ltr"><<a href="mailto:nettings@stackingdwarves.net" target="_blank">nettings@stackingdwarves.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 03/12/2013 08:08 PM, Tim E. Real wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
But having said that, yes I'm wondering about a true 'stereo pan' feature.<br>
How would such a feature work?<br>
</blockquote>
<br></div>
there is no one true stereo pan.<br>
<br>
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 that the total energy remains constant. a cosine/sine law is usually used, because<br>

<br>
cos^2 + sin^2 = 1<br>
<br>
ardour3 attempts to do this, by allowing you to reduce the width (by introducing crosstalk), and then letting you move the compressed image left or right. sort of works, but only for pan-potted stuff.<br>
<br>
a pan law for run-time stereo (i.e. spaced omnis) would have to use delays, leaving the original level intact.<br>
<br>
the ardour3 panner gets this type of signal horribly wrong, because you _never_ want to introduce crosstalk in spaced omnis - instant comb-filtering hell.<br>
<br>
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.<br>
<br>
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.<br></blockquote><div><br>git add libs/panners/spaced_omni_panner<br>
git commit<br>git push<br><br>:)<br></div></div>