Swapped RGB channels on Big Endian 64bits

[Link4Electronics]

Before opening this issue, I ensure that...

• I have read the FAQ and confirmed my issue is not mentioned in it.
• I have checked both open and closed issues and confirmed this bug has not already been reported.
• I am not asking for tech support (e.g. game closing on startup, error when trying to build, etc).
• I am not asking for modding support or reporting a bug in a specific mod; this bug either occurs without mods enabled or is directly related to the mod loader.
• This bug is not related to any unofficial fork/port of the decompilation, and any issues with those should be kept in the appropriate repository.

Expected Behavior

render with corrected rgb channels

Actual Behavior

it seems they're swapped

Steps to Reproduce

I compiled the project on a PowerMac G5 running Linux Debian sid PPC64, using a AMD Radeon R5 230 Terascale 2 gpu Mesa 24.1.6 drivers with OpenGL 3.2 exposed, the game works but as the attached screenshots. The menu renders like some polygons spike artifacts. JOC, Sonic Mania renders correctly without issues.

Screenshots

Log File

No response

Decompilation Version

Compiled the most current

Game

Sonic 2

Game Version

Mobile (Pre-Sega Forever)

Game Revision

No response

Platform

Linux PPC64

Additional Comments

Best regards,
Link.

[Link4Electronics]

Made some progress here, messing around with Palette.hpp
#define RGB888_TO_RGB5551(r, g, b) (((b) << 3) | ((g) >> 3) | ((r) >> 3 << 11) | 0)
#define RGB888_TO_RGB565(r, g, b) ((b) << 3) | ((g) >> 3) | ((r) >> 8)
gives this result


Looks like a red tint applied over and the 3D graphics menu still screwed over.

Best regards,
Link.

[WamWooWam]

Hi I know it's been a while huh but I have managed to fix this before, replace all instances of code like

glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA, texture->width, texture->height, 0, GL_RGBA, GL_UNSIGNED_BYTE, pixels);

with something like

glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA, texture->width, texture->height, 0, GL_RGBA, GL_UNSIGNED_INT_8_8_8_8, pixels);

[Link4Electronics]

Well but what do you know

Had to use GL_UNSIGNED_INT_8_8_8_8_REV instead, GL_UNSIGNED_INT_8_8_8_8 still gave wrong colors. Gonna try to make a PR for BE systems
Thanks a lot, mate, cheers!!