Eric Wong <normalper...@yhbt.net> wrote:
> Ulrich Klauer <ulr...@chirlu.de> wrote:
> > If so, it'd probably
> > be useful to have something like a repeat option for the SoX effect
> > that creates additional instances as needed, something like
> > sox -c 3 ... ladspa -r oneone
> > whereas
> > sox -c 3 ... ladspa oneone
> > would continue to fail ("expected 1 input channel(s), found 3;
> > consider using -r" or similar).
>
> I think the -r switch is a good idea. It would make it easier to avoid
> regressions for already-working use cases. I think "-r" also won't
> conflict with ladspa plugin options, either, from what I can gather,
> ladspa only allows float parameters
Erm, yes, I handle "-r" before the plugin names entirely, too.
I've repushed to the "ladspa-multiport" branch of git://bogomips.org/sox
(this is against sox master).
HEAD should be at commit ac6b0b18e7e0f51c6f77ad48e6f9555fc9b8d045
(ladspa: support multi-channel plugins and chains)
Eric Wong (3):
ladspa: free memory allocated for control ports
ladspa: call cleanup function if given
ladspa: support multi-channel plugins and chains
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
SoX-devel mailing list
SoX-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sox-devel
