Hi,
I've just tried both OpenTTD 1.0.4-3 and 1.1.2-1 on a PowerPC install of
Squeeze (in QEMU using the image from aurel32's site). For 1.1.2-1 I
installed a newer libstdc++, gcc-4.6-base and multiarchsupport. The
installed SDL version is libsdl1.2debian-alsa 1.2.14-6.1.
In any case, in both cases OpenTTD colours are not messed up, i.e. they
work fine. Given PowerPC is BE like Sparc, I'm assuming that OpenTTD is
not having an endianness issue here but rather libsdl. If you are able
to compile OpenTTD yourself it might be worth to try OpenTTD compiled
with allegro. Then make sure allegro gets chosen by using openttd -v
allegro.
Alternatively you can see whether openttd -b 32bpp-optimized works
around the issue. If that's the case, then I fear libsdl is doing
something incorrectly with the palette. Or at least inconsistently over
the different platforms.
Is there a QEMU image for sparc64, or does QEMU still not support
sparc64? I've read something about them not supporting 64 bits well
enough when the sparc kernel became 64 bits, but could not find anything
about the recent state. Without that I, sadly enough, can't be of much
help in figuring out what goes wrong exactly.
Regards,
Rubidium
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
