Hi Aaron, I looked up some recent MPEG-H papers, but couldn't find information about their HOA channel ordering and normalization scheme. Could you please point me to these?
Thank you, Sönke 2016-03-24 7:25 GMT+01:00 Aaron Heller <hel...@ai.sri.com>: > Martin, > > Note that while AmbDec can accommodate FuMa normalization on input, it > still makes the connections to jack in ACN order so the inputs will often > appear in Jack in ACN order (and never in FuMa order). I say "often" > because the Jack API does not have any notion of the 'order' of an > application's ports. To make matters worse, some jack control clients, > like qjackctl, sort the ports by name, so they appear in the GUI in FuMa > order, but if you simply do a 'bulk connect' you'll find the individual > connections were made in ACN order. You really have to check the port > names carefully when connecting. > > The ADT can generate decoders in Faust with any combination of the the > channel order and normalization conventions that I'm aware of (FuMa, ACN, > MPEG-H, ...). Those can be completed to VST and used in Reaper. > > There are also 3rd-order FuMa and 5th-order panners for Ambix/ACN (the > latter thanks to Florian Grond). They are in the faust directory, > called ambi_panner_fms.dsp and ambi_panner_5_ACN.dsp. They have a built > in pink noise source with is useful for testing. > > It can also generate adapter matrices to convert signals between any of the > order and normalization conventions. An example of an Ambix to FuMa > converter is in ambix2fuma.dsp . > > Also.... feel free to send me the ADT setup you're using, if you'd like me > to check it. > > Aaron > > On Wed, Mar 23, 2016 at 2:30 PM, Dave Malham <dave.mal...@york.ac.uk> > wrote: > > > Hi Martin (and Eric!), > > One very simple thing I would do, before doing anything else, with > any > > system that's playing, as we say, silly bu..ers, is just to play a well > > localisable sound out of each speaker (on its own) in turn and check that > > (a) it's coming out of the speaker it should (all connections are > correct) > > and that it sounds like it's coming from the direction you think it > should > > (acoustics not too disruptive). If you really want to be picky, stick a > > soundfield type mic at the nominal centre point and check correct B > format > > signals are produced for each speaker location at the same time. Only > then > > start worrying about decoders, plugin connections and the rest. I once > > worked out that in a simple 1st order system driving a cube of speakers, > > there are 16 million ways of it going wrong, without counting individual > > component failures in amps, etc. Of course, lots of these ways of going > > wrong are self cancelling (*both* ends of speaker cable can be connected > > wrongly, cancelling out the polarity inversion, for instance) which is a > > darn good job otherwise our job would be near impossible. So, checking > the > > simple things first is a good way to avoid delving around the complex.. > > > > Good luck > > Dave > > > > > > On 23 March 2016 at 18:13, Eric Benjamin <eb...@pacbell.net> wrote: > > > > > "In both cases the sound was coming from seemingly random places, and a > > > number of positions went practically silent." > > > What is needed, not just for you, but for everyone, is a comprehensive > > set > > > of test files. It may be that your loudspeakers aren't where the system > > > thinks they are (wrong speaker assignments), or it may be that that the > > > decoder is doing the wrong thing. I have more extensive versions of > test > > > files, including "with height" like the eight directions files on > > > Ambisonia., featuring the voice of the lovely Haley Jo. I could upload > > > those if anyone would like them. > > > You can then use metering to determine if the specific sounds light up > > the > > > speaker(s) that they should. > > > > > > Sent from Yahoo Mail on Android > > > > > > On Tue, Mar 22, 2016 at 1:18 PM, Jörn Nettingsmeier< > > > netti...@stackingdwarves.net> wrote: On 03/22/2016 07:49 PM, Martin > > > Dupras wrote: > > > > Today I tried playback sources in third order Ambisonics on a 8+6+1 > > > > hemispheric speaker array using Reaper. It didn't quite work as > > > > intended so I'm trying to figure out where I've gone wrong. > > > > > > > > I was using the Blue Ripple TOA-Core panner plugin to position the > > > > sound. I understand that Blue Rippler plugins use the Furse-Malham > > > > convention. > > > > > > > > The only decoders that I could find to decode to my specific array > > > > (using coefficients that I calculated using the Ambisonics Decoder > > > > Toolkit) were the Ambix Plug-ins and AmbDec. > > > > > > > > I tried Ambix first, which I understand uses the ACN ordering > > > > convention. I tried re-ordering the channels based on information > that > > > > I found here: > > > https://en.wikipedia.org/wiki/Ambisonic_data_exchange_formats#ACN. > > > > But that didn't really work. > > > > > > > > I then tried to run 16 outputs out of Reaper into Jack, and from Jack > > > > into AmbDec, again using my ADT-calculated coefficients. I understand > > > > that AmbDec uses the Furse-Malham convention, so I would have thought > > > > it was compatible with the output of the Blue Rippler plugins. But > > > > again, that didn't really work well at all. > > > > > > > > In both cases the sound was coming from seemingly random places, and > a > > > > number of positions went practically silent. > > > > > > To debug erratic panning behaviour, start with first order, verify, and > > > work your way up from there. To make sure the error is not in your > > > calculated coefficients, try to use a known-good decoding matrix that > > > approximates what you have, before feeding in your optimized one. > > > > > > With Ambdec, weird things can happen if you connect several ins at the > > > same time using some graphical client, because the order shown in for > > > example qjackctl is lexical, whereas the internal order is different. > So > > > you will end up with garbled connections. You can feed an ACN signal > > > into ambdec succesfully if you choose SN3D input scaling _and_ manually > > > connect the inputs correctly. > > > This wikipedia article > > > https://en.wikipedia.org/wiki/Ambisonic_data_exchange_formats > > > has some information on that, and other pitfalls when interfacing > > > different formats. > > > > > > > > > All best, > > > > > > > > > Jörn > > > > > > > > > > > > -- > > > Jörn Nettingsmeier > > > Lortzingstr. 11, 45128 Essen, Tel. +49 177 7937487 > > > > > > Meister für Veranstaltungstechnik (Bühne/Studio) > > > Tonmeister VDT > > > > > > http://stackingdwarves.net > > > > > > _______________________________________________ > > > Sursound mailing list > > > Sursound@music.vt.edu > > > https://mail.music.vt.edu/mailman/listinfo/sursound - unsubscribe > here, > > > edit account or options, view archives and so on. > > > -------------- next part -------------- > > > An HTML attachment was scrubbed... > > > URL: < > > > > > > https://mail.music.vt.edu/mailman/private/sursound/attachments/20160323/e78a01ce/attachment.html > > > > > > > _______________________________________________ > > > Sursound mailing list > > > Sursound@music.vt.edu > > > https://mail.music.vt.edu/mailman/listinfo/sursound - unsubscribe > here, > > > edit account or options, view archives and so on. > > > > > > > > > > > -- > > > > As of 1st October 2012, I have retired from the University. > > > > These are my own views and may or may not be shared by the University > > > > Dave Malham > > Honorary Fellow, Department of Music > > The University of York > > York YO10 5DD > > UK > > > > 'Ambisonics - Component Imaging for Audio' > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: < > > > https://mail.music.vt.edu/mailman/private/sursound/attachments/20160323/5c9221ca/attachment.html > > > > > _______________________________________________ > > Sursound mailing list > > Sursound@music.vt.edu > > https://mail.music.vt.edu/mailman/listinfo/sursound - unsubscribe here, > > edit account or options, view archives and so on. > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > https://mail.music.vt.edu/mailman/private/sursound/attachments/20160323/3202fffd/attachment.html > > > _______________________________________________ > Sursound mailing list > Sursound@music.vt.edu > https://mail.music.vt.edu/mailman/listinfo/sursound - unsubscribe here, > edit account or options, view archives and so on. > -- Dipl.-Ing. Sönke Pelzer Institut für Technische Akustik (ITA) RWTH Aachen Kopernikusstraße 5 52074 Aachen Phone +49 (0) 241 80 97924 Fax +49 (0) 241 80 92214 Mail soenke.pel...@akustik.rwth-aachen.de Web http://www.akustik.rwth-aachen.de -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://mail.music.vt.edu/mailman/private/sursound/attachments/20160324/5fabae99/attachment.html> _______________________________________________ Sursound mailing list Sursound@music.vt.edu https://mail.music.vt.edu/mailman/listinfo/sursound - unsubscribe here, edit account or options, view archives and so on.