[Scummvm-devel] 256 color overlay mode

[Chris Apers]

Hi,

Yes, code use regular GUI code.

This is not used for now since OS5 can use 16bit at good speed, but I plan
to do an OS4 version too (as done with previous version) which require 256
colors mode to prevent conversion from 8bit->16bit.

But since 16bit is just related to the GUI, perhaps I can do something fast
enough (disable advanced theme and alpha) to make it work correctly.

Chris


-----Message d'origine-----
De : scummvm-devel-admin at lists.sourceforge.net
[mailto:scummvm-devel-admin at lists.sourceforge.net] De la part de Max Horn
Envoyé : lundi 17 avril 2006 12:41
À : Chris Apers
Cc : scummvm-devel Scumm DEVEL
Objet : [Scummvm-devel] 256 color overlay mode

Hi Chris, (and maybe other ports),


this is an inquiry about NEWGUI_256, defined in scummsys.h, which is  
used to indicate that the overlay only provides a 256 color palette  
mode.

First off: Are there any other ports that need this? (Maybe MorphOS,  
though that port seems to be unmaintained since 2003-08-23). If so,  
please tell me, and tell me soon!

Secondly: Chris, this is disabled for OS5 and Zodiac. Looking through  
the PalmOS code in current Subversion, I am not sure if any of the  
current code even makes use of that feature. Could you clarify: Is  
the 256 color overlay mode still used by the PalmOS port? If so, does  
it even use the regular GUI code?


Background: I am investigating the replacement of  
OSystem::RGBToColor. So far, it seems we'll not go the pixel format  
route I originally had in mind, but rather, we'll take the gBitFormat  
hack and refine it to something less hackish. That is, backends will  
be able to specify the bitformat as an int, allowing for 555, 565,  
1555, 4444 and possibly more formats. Client code can then directly  
optimize for each format. In many cases, using graphics/colormasks.h,  
one can write the code once and compile it for every needed bitformat.

However, that approach won't work with a palette mode overlay. We can  
design everything so that a palette mode overlay is still possible --  
however, before spending time on designing and implementing this, I'd  
like to know whether it's even needed / used. And if it is, we  
probably need to adjust the new GUI code anyway, to work properly in  
this case.



Thanks,
Max


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Scummvm-devel mailing list
Scummvm-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scummvm-devel