John,
I was comparing Joachim's code to pan.

However, I had *completely* forgotten about your pan2 - which is terrible, 
because (IIRC) part of why you authored that code was at my request. So, 
many apologies.

What had transpired was this: I was still working (including up to today) 
with 5.06, and had the windows .CHM doc for only 5.07, which did not include 
pan2. (The 5.08 .CHM *does* include it.) And so, blithely unaware.

I gave pan2 a good try today, and came up with some puzzling results - which 
I hope you can either clarify or verify.

Using your example from the manual with the following score:
f1 0 512 10 1
i1 0 10
e

mode one gives the following pan: .5 -> 0 -> .5
mode two gives: 1 -> 0
mode three gives: 1 -> 0

Two observations: 1) in all cases, 0 (hard L) and 1 (hard R) seem reversed; 
2) mode one is rather seriously flawed.

I had thought perhaps that my speakers/headphones had their channels 
reversed, but no, the pan opcode works correctly (by contrast).

I'd also appreciate a bit of explanation of the three modes - especially 
relative to what Joachim did. I assume that mode one is designed to parallel 
pan with the quarter-sine stored function, and that mode 3 corresponds for 
example to:
f1 0 8193 7 0 8193 1
I've no clue as to mode two.

Thanks for your always valuable insight.

Art Hunkins
----- Original Message ----- 
From: "jpff" 
To: 
Sent: Monday, September 15, 2008 3:02 AM
Subject: [Csnd] panning


> Art
>  When you compare the Joachim panning with your use of an opcode, are
>  you referring to pan or pan2?
> ==John ffitch
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe 
> csound"