The WAV-ripping routine writes sample data in the endianness of whatever machine the program is being run on. This is all well and good, except that the WAV file format is little-endian by design.

Try to dump a WAV file from DOSBox on a PowerPC or similar architecture, and all you get is unlistenable garbage.

The routine should preferably swap the bytes as necessary based on WORD_BIGENDIAN.

In addition to this, I believe that AdPlug assumes that the length fields in AdLib rips are little-endian, though it's not specified anywhere in the file format-- I've found that it tries to play past the end of dumps made on my PPC Mac, nearly freezing up the system in the process.