Byte order in sound drivers

[Bryce McKinlay]

Jeff Koftinoff wrote:

> XMMS has endian problems with wav files, but not mp3 files - It is
> listed as a bug as well for sparc.  The problem solely lies with
> applications that are written incorrectly.


The most recent release of XMMS (0.9.5) works correctly for me for both
MP3 and WAV files, but not CD audio for which the input plugin returns
sound in the native endian-ness.

But, since that release, the following change was made in XMMS CVS:

Thu Jul  5 12:25:51 CEST 2001  Håvard Kvålen  <havardk at xmms.org>

    * Output/OSS/audio.c (oss_set_audio_params): Do endian/sign
    conversion if necessary.


This breaks it on LinuxPPC 2.4.14-ben0 with both the dmasound and
usb/audio drivers (but, amusingly, fixes the CD audio). Another
application, mplayer, also seems to have the same problem - it says
something like "big endian detected, byte conversion enabled" and
doesn't work, except for 8-bit sound files.

What I want to know is whether these applications are wrong to do this -
does the Linux PPC audio drivers expect audio to be little endian?

regards

Bryce.


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/