Take another look at the VBAP paper - it explains the panning energy issue
well.
Also, Ambisonics doesn't do Doppler, room models, distance delays and
suchlike on its own (unless you make a real recording or put a virtual
Ambisonic mike into my VSpace virtual acoustic space model). Most of these
Isn't it the sine rule? I.e. the amplitude in one speaker should
increase sinusoidally as the other decreases sinusoidally (using the
first quadrant of a sine function?) to maintain power through the pan?
You might be interested, not just in ambisonics (see the York music tech
group at http://www
I had a row with Smalley about this at a computer music weekend in the UK
years ago.
It isn't so bad if you don't want to take relative phase and doppler into
account. It's a moving source, right? So its apparent frequency changes.
Panning doesn't begin to model even the simplest moving source,
And watch this space, because I've an interesting project on its way...
--Richard
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Paul Davis
> Sent: 11 March 2002 19:10
> To: [EMAIL PROTECTED]
> Subject: [linux-audi
ignoring the subtleties of things like ambisonics and filtered
channels for the time being, am i right in thinking that surround
panning is just simple math? my mental model is:
total_distance = 0
foreach speaker
speaker.distance = speaker.compute_distance (pa
