Re: [Sursound] UA 0.982 [was Re: Universal Ambisonic 0.98]

2010-11-27 Thread e deleflie
>>> Can you convince me to use the ACN scheme? > > it is very well documented on michael chapman's site. does the channel order have support elsewhere? Etienne > http://ambisonics.ch/standards/channels/ > > very big plus :) > > > -- > Jörn Nettingsmeier > Lortzingstr. 11, 45128 Essen, Tel. +49 1

Re: [Sursound] UA 0.982 [was Re: Universal Ambisonic 0.98]

2010-11-27 Thread e deleflie
>> I think the most confusing thing is for the channel names to have an >> implied order. FuMa implies the order of the alphabet, but this order >> is wrong. And ANC implies its numerical order. It would be strange to >> have ACN channel 3 in position 2. > > It is confusing if the implied order is

Re: [Sursound] UA 0.982 [was Re: Universal Ambisonic 0.98]

2010-11-26 Thread Jörn Nettingsmeier
On 11/26/2010 12:59 AM, f...@kokkinizita.net wrote: >> Can you convince me to use the ACN scheme? it is very well documented on michael chapman's site. http://ambisonics.ch/standards/channels/ very big plus :) -- Jörn Nettingsmeier Lortzingstr. 11, 45128 Essen, Tel. +49 177 7937487 Meister f

Re: [Sursound] UA 0.982 [was Re: Universal Ambisonic 0.98]

2010-11-26 Thread fons
On Fri, Nov 26, 2010 at 11:39:01AM +1100, e deleflie wrote: > > OTOH, the main consideration for choosing ACN was that these things > > will in most cases be handled by tools and code rather than by humans. > > I have found that the *most* error prone step is hooking up the Jack > channels from m

Re: [Sursound] UA 0.982 [was Re: Universal Ambisonic 0.98]

2010-11-25 Thread e deleflie
> and list the required 'g' values for the signal sets you support. that's what I've done, but I havn't made a distinction between peri and hori > OTOH, the main consideration for choosing ACN was that these things > will in most cases be handled by tools and code rather than by humans. I have f

Re: [Sursound] UA 0.982 [was Re: Universal Ambisonic 0.98]

2010-11-25 Thread fons
On Fri, Nov 26, 2010 at 09:23:06AM +1100, e deleflie wrote: > > You can include an extra gain factor to ensure all signals remain > > in the +/- 1 range, but that would depend on the order (it would > > be the inverse of the highest Zmm conversion factor). > > yes, that's what I'm after ... I thi

Re: [Sursound] UA 0.982 [was Re: Universal Ambisonic 0.98]

2010-11-25 Thread e deleflie
>> > Hmmm. The column heading says 'conversion to B-format/FMH', >> > and the values are prefixed by an 'x'. This suggests that >> > to get FMH you have to multiply the N3D component by the >> > value listed. >> >> thanks for picking that up... I think it is more likely, in the >> future, that B-fo

Re: [Sursound] UA 0.982 [was Re: Universal Ambisonic 0.98]

2010-11-25 Thread fons
On Thu, Nov 25, 2010 at 12:03:55PM +1100, e deleflie wrote: > > Hmmm. The column heading says 'conversion to B-format/FMH', > > and the values are prefixed by an 'x'. This suggests that > > to get FMH you have to multiply the N3D component by the > > value listed. > > thanks for picking that up..

[Sursound] UA 0.982 [was Re: Universal Ambisonic 0.98]

2010-11-24 Thread e deleflie
> Hmmm. The column heading says 'conversion to B-format/FMH', > and the values are prefixed by an 'x'. This suggests that > to get FMH you have to multiply the N3D component by the > value listed. thanks for picking that up... I think it is more likely, in the future, that B-format will be convert