[hatari-devel] Hatari performance issue on OSX

Eero Tamminen eerot at users.berlios.de
Sat May 29 12:12:44 CEST 2010


Hi,

On Friday 28 May 2010, Jerome Vernet wrote:
> Le 27/05/10 00:19, Eero Tamminen a écrit :
> > Btw. I had forgotten that OSX is using 32-bit screen, so there's more
> > overhead than on my system from the conversion as it needs to deal
> > with more data (I'm running 16-bit myself).  That doesn't seem to grow
> > so much though.
>
> Here is what I found:
> >/  The Right Thing (tm) to do is letting SDL select color depth (ie. set
>
> />/  bitsperpixel to 0 in SDL_SetVideoMode()), then convert all surfaces
> to />/  that depth with SDL_DisplayFormat().

This is intended for surfaces that don't change (images, image masks etc).
It's not applicable in the Hatari case.


> Anything else will cause 
> nasty />/  overhead if the environment does not match perfectly. You
> should also />/  check if you're using hardware surfaces correctly, if
> any.
>
> May be it can help ? The last point (SDL_HWSURFACE) doesn't help. I tried
> to force bpp to 0. Looks like it's better (and working in Falcon mode),
> but not sure.

By default it is zero unless you force it to be something else with
the --bpp command line or configure file option.


	- Eero



More information about the hatari-devel mailing list