Fons Adriaensen wrote:
On Thu, Nov 14, 2013 at 12:00:10AM +0000, Andy Furniss wrote:
I am not experienced with ambdec, but while trying something today
I noticed something confusing when feeding direct with mplayer -
mplayer -channels 4 -ao jack:port=ambdec pwh-VoiCE-Round.amb
The channels are crossed as in the screenshot. This doesn't happen
if I were to use the same mplayer command to a different sink.
I suppose it does match the order on the config screen, but not the
jack input names.
http://imageshack.com/a/img203/1880/1xzw.png
Mplayer's Jack support is broken, it doesn't allow you to specify the
ports to connect to, only the application name. And Jack itself has
no notion of any 'order' of the ports, whatever order there is has to
be inferred from the port names. Mplayer doesn't do this, and the
result is more or less random connections.
OK, so do you mean that in the absence of being able to specify names
(or even if implemented to save user typing) that just sorting the
inputs by name would be the "correct" thing to do?
In this case the sequence matches the one in the config window,
probably because Ambdec creates its ports in that order, and when
asked for Ambdec's ports, Jack happens to list them in the same order
again. But that is not documented in Jack's API, so you can't rely on
it.
The only solution is to fix Mplayer.
Thanks for the info, and thanks also to Marc and Michael for their posts.
It's going to bug me till I find it, but I think that a link recently on
this list suggested the very mplayer command that I was testing.
@Fons - have you built ambdec with a recent linux set up?
Though I am not a very typical/good test case as I use LFS (actually
CLFS on this PC) I had to add -lpthreads to the makefile as ld (binutils
from last year) threw an error. It was self explanatory and searching it
seems that the default behavior has changed so you have to explicitly
specify libs that previously would have been included if referenced by
other libs that were specified. As I don't use distros I don't know if
they work around so have no idea if any one else will see this.
_______________________________________________
Sursound mailing list
[email protected]
https://mail.music.vt.edu/mailman/listinfo/sursound
