Are you saying that the Csound opcode spatial location conventions for speakers exactly correspond to the "standard" for Ambisonics?

Regards,
Mike

-----Original Message-----
>From: David Worrall 
>Sent: Jul 12, 2007 10:25 PM
>To: Developer discussions 
>Subject: Re: [Cs-dev] [Csnd]  bformdec 8-ring
>
>Art,
>It's good you're critically appraising the setup. Especially as most  
>ambisonics setups use more than 4 speakers. Victor's spatial  
>description is spot on (of course!).
>
>The format of the audio output not only has to be easily understood,  
>but it has to conform to a convention used by the ambisonists for  
>decades now. It would, IMO,  not serve csound well if it broke with  
>that convention.
>
>So, whilst it is good to check that the documentation accurately  
>describes the opcodes and that they are right, all hell would break  
>loose if a renaming was undertaken.
>
>David
>...
>>>
>>> Somehow, I should think we need to get csound's ambisonic
>>> audio output into a format that is readily understandable
>>> by all. To my mind, the out statement is the place to do
>>> this.
>>>
>>> Art Hunkins
>
>..._________________________________________________
>experimental polymedia:	www.avatar.com.au
>Sonic Communications Research Group,
>University of Canberra:	 creative.canberra.edu.au/scrg
>
>
>
>-------------------------------------------------------------------------
>This SF.net email is sponsored by DB2 Express
>Download DB2 Express C - the FREE version of DB2 express and take
>control of your XML. No limits. Just data. Click to get it now.
>http://sourceforge.net/powerbar/db2/
>_______________________________________________
>Csound-devel mailing list
>Csound-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/csound-devel




-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

But there is no "standard" for decoded speaker positions for Ambisonics; 
only for the order of B-Format channels (W,X,Y,Z etc). The only 
standards around are those such as in WAVEFORMATEXTENSIBLE (q.v.) and 
CAF (q.v), both hardware streaming satandards as well as file formats.

Of course it is common for research papers etc to list regular speaker 
layouts in degree order, and I have seen some academically-sourced tools 
use this approach, but this is not really any more than a notational 
convenience. There is nothing realy to stop Csound from deciding its own 
"standard", so long as it is unambiguous how to map them to a 
WAVEFORMATEXTENSIBLE multi-channel stream - the speaker positions here 
tend to alternate left and right pairs, as in FL-FR-RL-RR.

Richard Dobson


Michael Gogins wrote:
> Are you saying that the Csound opcode spatial location conventions
> for speakers exactly correspond to the "standard" for Ambisonics?
> 
> Regards, Mike
> 


-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Without becoming semantical, I used the word "convention" rather than  
"standard" because,as I understand "it"  Richard is correct. Victor's  
description is a "convention" of a superset of csound. I was  
suggesting that, If for no reasons other than backwards  
compatibility, making changes which results in moving away from a  
"convention," without compelling reasons for doing so, is inadvisable.

ciao,  David.
On 14/07/2007, at 6:10 AM, Richard Dobson wrote:

> But there is no "standard" for decoded speaker positions for  
> Ambisonics;
> only for the order of B-Format channels (W,X,Y,Z etc). The only
> standards around are those such as in WAVEFORMATEXTENSIBLE (q.v.) and
> CAF (q.v), both hardware streaming satandards as well as file formats.
>
> Of course it is common for research papers etc to list regular speaker
> layouts in degree order, and I have seen some academically-sourced  
> tools
> use this approach, but this is not really any more than a notational
> convenience. There is nothing realy to stop Csound from deciding  
> its own
> "standard", so long as it is unambiguous how to map them to a
> WAVEFORMATEXTENSIBLE multi-channel stream - the speaker positions here
> tend to alternate left and right pairs, as in FL-FR-RL-RR.
>
> Richard Dobson
>
>
> Michael Gogins wrote:
>> Are you saying that the Csound opcode spatial location conventions
>> for speakers exactly correspond to the "standard" for Ambisonics?
>>
>> Regards, Mike
>>
>
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

_________________________________________________
experimental polymedia:	www.avatar.com.au
Sonic Communications Research Group,
University of Canberra:	 www.canberra.edu.au/vc-forum/scrg
vip=Verbal Interactivity Project




-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net