Hello, > ah, perhaps xmms alsa plugin doesn't care the endianess. > if so, it's a bug of alsa output plugin.
I started hacking at the code. It looks like the xmms alsa plugin is fine (if a bit messy). However, it looks like their mpg123 input plugin is always output big-endian data even when it says it is outputing the native format data...hrm... I'm not sure if that was intentional or not. In either case, it's their bug so I'm bugging them about it now. > hmm, most likely the same reason. > esd requests big-endian formats (as native machine format), which are > not supported on usb devices. > try to use the pcm 'plughw:0,0' instead of 'hw:0,0'. > (well, iirc, there is a bug in esound alsa output. the command-line > option is never passed as the device...) I tried esd -d plughw:0,0 and it worked over here. Is it more proper to communicate to alsa through plughw rather than hw? It sounds like this interface is the smarter way to go... I'm hesitating before suggesting this to esound or mplayer since I'd rather not suggest something wrong. Thanks for helping me with this problem. My system's working great now. :) -Albert ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
