[Scummvm-devel] PS2 backend - up & running (almost)

Max Horn max at quendi.de
Wed Oct 29 22:30:33 CET 2008


Am 29.10.2008 um 20:46 schrieb Johannes Schickel:

> On Wednesday 29 October 2008 18:26:23 Max Horn wrote:
>>>    - is it supposed to be blue & green or I fucked up something?
>>>      (likely)
>>
>> As far as I can tell, the PSP uses the 555 mode; the new GUI code is
>> currently hardwired to use 565 mode (eeek), which probably explains
>> the wrong colors. While Tanoku probably can make it 565 ready easily,
>> what we really should do (soon, at least) is to get rid of the evil
>> gBitFormat hack, and add some kind of "PixelFormat" struct, and an  
>> API
>> to OSystem which allows querying backends for the pixelformat used in
>> the overlay...
>>
>> Tanoku, LordHoto, any comments?
>
> Well I'm still for keeping templated bit format specifications even  
> when we
> add a PixelFormat struct though.

Well, that is really an independent thing, isn't it.

> Of course one might want to do some real
> profiler checks if there's any real gain :-).

Indeed, very true. Esp. if the speed gain is useless on small end  
devices because ScummVM becomes unusable due to code bloat... :)

> Apart I really think we
> should get rid of the gBitFormat hack, especially since we could use a
> PixelFormat description for possible game screen 16bpp support too.

That is again *yet another* issue. Right now, we are talking only  
about replacing gBitFormat, which is in turn relevant for overlays  
only. Of course, the same pixelformat could later be used for 16bit  
game screen support, too.

Though I am still not very keen on that idea. We run great on many  
systems because we keep our requirements low. We have been bad on that  
recently, and somehow I don't think adding 16bit support will help us  
in that regard. Anyway, again, this is an independent issue :)


Bye,
Max




More information about the Scummvm-devel mailing list