#768 Endian issue in sound/mixer code

There appears to be an endian issue in the mixer/sound code. My
environment is OpenBSD/macppc 3.3-current using scummvm 0.4.0
with Day of the Tentacle, sound files encoded into mp3. On
OpenBSD/i386 it works fine.

Can anyone confirm or deny this with linux/ppc or some other
bigendian machine?

[Jonathan Gray]

Logged In: YES
user_id=59347

I believe it works fine on macs and other big endian
machines, if you are using the sdl backend I think
SCUMM_BIG_ENDIAN should get defined for you.

Assigning to fingolfin as he runs osx

[Max Horn]

Logged In: YES
user_id=12935

Jolan, if you'd explain *why+ you think there are endian issues... (usually in a
bug report, it's better to describe the problem symptoms, not what you think
is the cause, that should if at all only come at the end ;-)

As khalek writes, I develop ScummVM on Mac OS X, on big endian hardware.

[Anonymous]

Logged In: YES
user_id=659839

Uh, the comment in the configure script specifies that the script does
nothing, therefore I'm not using it. I can change this of course... Or just
define SCUMM_BIG_ENDIAN

Why assign it to an osx guy? Doesn't the OSX port use coreaudio rather
than SDL..?

Anyway, I think it's an endian issue because I have to remove my
headphones immediately or else risk going deaf ;) The audio is
garbled/scratchy/etc.

[Anonymous]

Logged In: YES
user_id=659839

Actually, I see that SCUMM_BIG_ENDIAN is defined.. but it (obviously)
doesn't seem to help..?

[Jonathan Gray]

Logged In: YES
user_id=59347

optionally coreaudio for midi, sdl for everything else

[Max Horn]

Logged In: YES
user_id=12935

It's been assigned to me because a) I am one of the primary ScummVM
developers, b) have a big endian machine. Audio output is done on Mac OS X
via SDL, too, as khalek pointed out. And no, the configure script is not used
for anything, you can safely ignore it. Rather, for builds using SDL, we relay
on SDL telling us correctly which endianess the system has (as in your case).

[Anonymous]

Logged In: YES
user_id=659839

Yes, I see now that you use the SDL endian detection. I don't trust "works
on MacOSX so it's okay on big endian". sc2.sf.net also has endian issues in
the sound code and some of the sound plays fine on MacOSX, but not at all
on other platforms. I'd prefer to hear from someone running linux/ppc.
Anyway, I'll investigate further when I get home and can test on my sparc &
sparc64 machines.

[Max Horn]

Logged In: YES
user_id=12935

Well, we have more, non-OS X, big endian users, You are the first, AFAIK, to
report such issues.

The sc2 example is not comparable, because there are different sound
backends involved in that one.

[Markus Strangl]

Logged In: YES
user_id=779822

I have just tried to reproduce the bug on my bigendian Sun box
(sun4u Ultra1), to no avail. Sound plays fine here.
(english DOTT Talkie, mp3 sound file, audio through SDL1.2.6.)

[Max Horn]

Logged In: YES
user_id=12935

This almost guranteed to not be an endian bug. check your MP3 files, check
the rest of your setup, etc. Maybe you can find some other Linux/PPC users
who run ScummVM and can exchange experiences with them.

[Anonymous]

Logged In: YES
user_id=659839

Which OS on the Ultra 1 machine?

SDL 1.2.6 doesn't exist..?

As I stated before my mp3 works fine on i386.

I am not a Linux/PPC user... I just figured that would be the closest platform
to OpenBSD/macppc...

[Markus Strangl]

Logged In: YES
user_id=779822

Solaris 8 Rev. 02/02 (MU6 108528-11)
SDL 1.2.6 is the cvs version, built somewhen middle April.