[Clam-devel] mono / bformat files on ImpulseResponseLoader
Natanael Olaiz
nolaiz at gmail.com
Tue Jul 28 00:54:26 PDT 2009
El 07/28/2009 09:48 AM, Pau Arumi escribió:
> En/na Natanael Olaiz ha escrit:
>>> r13430 | nolaiz | 2009-07-27 23:57:26 +0200 (Mon, 27 Jul 2009) | 3
>>> lines
>>> Changed paths:
>>> M /trunk/CLAM/plugins/spacialization/src/ImpulseResponseLoader.hxx
>>>
>>> * plugins/spacialization/ImpulseResponseLoader: added a third
>>> configuration parameter: isBformatFile. If enabled: uses 4 channel
>>> audio files. Else (disabled or non-existent, uses the traditional
>>> mono file)
>>>
>>>
>> It works OK, but I would like to rename the mono output port to "W"
>> (instead of "ImpulseResponse") to be consistent. Or call the bformat
>> ones as "ImpulseResponse_W", etc... ?
>>
> Great! Let's update the networks
>
> Agree with changing the port name for the mono case (clamrefactor at
> the resque)
Which option do you prefer?
>> It could be extended to HOA(/other multi-channel IRs) easily.
>> BTW, to do it I'm thinking in a string configuration parameter, with
>> the commas separated port names, but for that I would love to be able
>> to use boost::split... :)
>>
> You mean giving the user to choose the Amb channel order? I see no
> reason for such flexibility, it is better to restrict to a fixed
> convention -- making use of an Amb markup in the wav header confirming
> the Amb format would be nice too (though not urgent).
> And for hard-coding the the labels, a C array is a good way (as done
> in the vbap decoder)
No, I was suggesting to allow the user to use any number of channels and
port labels (i.e., not limited to ambisonics). And not hardcoded, but as
a configuration parameter (for instance, the port names separated by
commas).
Best regards,
Natanael.
More information about the clam-devel
mailing list