I basically agree with all of this - I just don't think it's that big of an issue in practice. We don't generally ask engineers to provide their stereo mixes twice for -3dB and -6dB pan laws, though arguably we should. [Okay, tenuous parallel.]
HOWEVER, we want these plugin libraries to do what folk need! We actually already have first order decoders computed for all these layouts, reasonably aligned with the third order ones - they are already used in Rapture3D. Putting them into a separate VST plugin library would be tedious but easy. Should we do this? Would this address everything raised on this thread? IMHO the biggest argument against it is that these minor worries might sow FUD among potential ambisonic novices (I can imagine a naïve engineer observing that "5.1 doesn't have these issues"). Quick vote maybe? If folk email me *OFF-LIST* with "I would use a first order decoding plugin library like that" and we can get to a count of five from folk on this list, I'll schedule the work. I'll subtract one for each email saying "No! Too much FUD!" How's that? ;-) Best wishes, --Richard > -----Original Message----- > From: Sursound [mailto:[email protected]] On Behalf Of > Dave Malham > Sent: 23 November 2013 10:39 > To: Surround Sound discussion group > Subject: Re: [Sursound] New Ambisonic VST Plugins > > Hi Richard, > The only problem I see is that straight first order decoding generally > has a different ratio of W to XYZ components that that used for third > order, which ideally should be corrected before feeding first order > material to a third order decoder, otherwise the first order material in > the mix won't be decoded optimally. Unfortunately, of course, correcting > this on the first order material in the mix (so that it is right on TOA > decoders) means that if it is then decoded at first order (say, with an > older decoder) the decode will be wrong - and unfixable, as we've discussed > before on this forum. The only full solution is to keep first order only > material completely separate from third order so that it can be handled > separately at the decoder - or, alternatively, say it has to be 3rd order > always, though I am not sure how this would work out with decoders to small > numbers of speakers. > > Dave > > [...] _______________________________________________ Sursound mailing list [email protected] https://mail.music.vt.edu/mailman/listinfo/sursound
