[Scummvm-devel] 'gob' engine & 8bpp
Eugene Sandulenko
sev.mail at gmail.com
Wed Apr 1 12:42:04 CEST 2015
Hi,
Well, what you do in your backend is irrelevant to the engine. However we always assumed that backend supports at least 8bpp. For 4bpp games we do usually set pallette for 16 colours but still feed backend with 8bpp data. Theoretically you can detect that in the backend and use only low bits of the screen data.
As of the GUI, we broke 8bpp awhile ago but changes for bringing it back should be not that big. There is FANCY_THEMES define on the code for letting only classic 4 color themes used. Though I did not try that for ages.
Thus I think it is still possible to have 8bpp-only backend implemented without tremendous effort.
Eugene
>> On 1 Apr 2015, at 08:11, Miro Kropáček <miro.kropacek at gmail.com> wrote:
>>
>>
>> You might be able to adapt the GUI to be able to render onto a RGB332 or similar (i.e. a 8bpp mode). This might require some small adjustments to the GUI code, especially it's renderer: VectorRendererSpec inside graphics/. Currently we only support 16bpp and 32bpp there.
>> On top of the GUI you would need to either adapt the surface SDL graphics pipeline we have to work with 8bpp too (which is some work and would break all the sophisticated scalers) or write your own graphics output for the backend (probably the better idea).
>>
>> Alternatively, you could just dither the GUI's output (or convert it to RGB332 on the fly) onto a 8bpp paletted output in your custom graphics output. But you would need to write all of that on your own too.
> Yes, I'm aware of the fact I don't get away without some coding ;)
>
> By the way, am I right in my assumption that if I wanted to support 4bpp (EGA) or even 2bpp (CGA) modes natively, I'd need to change rendering code for each of the engines to support that? I.e. that even if a game is purely EGA, the engine renderer renders into a 8-bit chunky buffer?
>
> And yes, DG is right, the platform we're talking about is Atari/FreeMiNT, it has 1/2/4/8 bitplane palette based modes and a 16-bit hicolor chunky mode. Sorry about not mentioning that earlier.
>
> Miro
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for all
> things parallel software development, from weekly thought leadership blogs to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Scummvm-devel mailing list
> Scummvm-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/scummvm-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scummvm.org/pipermail/scummvm-devel/attachments/20150401/5a3b724c/attachment.html>
More information about the Scummvm-devel
mailing list