SCUMM HE MOONBASE: big endian problem (MORPHOS)

[BeWorld2018]

I just test last scummvm (build 16-11-2024 master 2.10.0git)

Something wrong with gfx (check screenshoot)

All mode: OpenGL (Software or OpenGL) or SDL Surface

Game: Moonbase Commander (1.1/Windows/English)
MorphOS - PPC - BigEndian

[BeWorld2018]

introduction video seem correct.

[dwatteau]

Thank you very much for taking the time to test games on MorphOS, and reporting the issues you see. This is very welcome and helpful!

I have a big-endian development system here, with a debugger and all that.

AndywinXp and I are working on this.

So far, we see that:

• Moonbase Commander indeed has the problems you report
• Freddi 1 is OK
• Freddi 5 has rendering issues too
• Blue's Art Time Activities has issues as well

The problem may be related to the recent rewrite of the GFX system for Humongous games.

I'll add some screenshots of what we saw. We're probably going to come back to this issue later this week.

[dwatteau]

I've added some screenshots from own BE tests, at Andy's request.

For Freddi5, we saw that removing this part of Wiz::processWizImageDrawCmd() didn't change the result:

// Check if the images are in their native format and swap them if needed...
if (_vm->_game.heversion > 99) {
        for (int i = 0; i < requiredImageCount; i++) {
                ensureNativeFormatImageForState(requiredImages[i], state);
        }
}

In ensureNativeFormatImageForState(), we saw that compType == 1, so wiz16bpp is always false.

Investigation continues... :)

[BeWorld2018]

ok thanks

[dwatteau]

Adding the baseball2001 screenshots that Andy wanted