Did you try different output values in the dosbox config file?

There's a Mac bug regarding 16 and 32bpp surfaces - no workaround.

No worries, thanks for the info.

you still can use gta8.exe
or
I wonder whether there is any dosbox build available for mac with glide support. I think it may not have this colour problem.

I wonder whether there is any dosbox build available for mac with glide support. I think it may not have this colour problem.

I did a glide build of Dosbox once but didn't have a game handy where the game itself would havbe problems with the colors. Tomb Raider intro movie and Windows 3.x of course still had this issue 😀
I wonder if I have GTA still around in my collection...

I tried with a new built of glide enabled dosbox but I can't get GTA to work. It doesn't seem to want to enter 3DFX mode even though I started the right one. With the same Dosbox, same settings, I can get Tomb Raider to work in 3dfx mode but not GTA 🙁
That said I couldn't find my GTA version (I know I owned the CD-Rom ages ago, but can't remember playing it since I left home ages ago 😀), the free version by rockstar is a Windows only version and the ones I found online are not the full versions and might have stuff cut off 😀

he he got to laugh at myself right now 😀
3DFX mode *only* starts if you actually start a game. So far I've only sat at the menu which was in the messed up colors as soon as I actually started a game I was using openglide and the colors were all good.

Btw. in gta24, when I start a game the screen size is messed up (almost like height and width have been exchanged...)

I got the glide version working as well with similar results - the color bug affects only the main menu - as soon as the 3dfx part takes over it's all good again.
Is there any hope for a fix of this particular Mac problem in future DOSBox versions?

without any of the devs having a mac......

well there are ways of getting OSX86 builds to work through VMWare on Windows machines, but that's a bit experimental....

...but on the other hand - so is dosbox 😁

Feel free to post a fix! Mac hardware/software donations will be rejected (or just send it to Harekiet).

Seriously I would like to take this problem on and would be willing to follow any instructions on how to debug this.

Dominus, did you check out this topic?

Guide to the DOSBox debugger

sorry but this is as helpful as I can be concerning that matter 😜

Isn't mac using same colour bit order in 16 bit colours as opengl is using in 16 bit colours? cause if it is, it might be possible to use opengl output in mac so that the bit order with be correct

nope, switching between surface and opengl output doesn't make a difference - the bug exists in all modes.

It's a fun bug, when you make screenshot or capture the screen via the built in movie codec, the colors are correct 😉

I'm still affected by this bug, on a i3 iMac with ATI 5670. Despite what they say on this thread it shows even when dosbox is configured not just as vgaonly but even as svga_s3, using stock "Dosbox 0.74 Preferences" file.
Green tint while running as windowed and palette swap if dosbox is configured to run at fullscreen. (and It actually shows on screenshot, too.)
Should I just rebuild it using a newer version of DosBox? or is there any other way to fix this regression?

Of course you are still affected by this bug. No one wrote that it is fixed...

Well, considering that there's no bug tracking system ala bugzilla and I'm not certainly that apt to recognize any fixes by reading at the changes on the SVN source code, I had no other choice than to ask if anything was different since the last update on the matter. Sorry If I necro'ed this post, then.

In any case, from your answer I assume that even if I tried to compile them, svn builds of dosbox would be still broken under Mac Os X.