<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
</style>
</head>
<body class='hmmessage'>
> > As for 16bpp color support... well, the GUI does use 16bpp color,<br>> <br>> Indeed. It uses the overlay. Which is separate from the game screen,  <br>> and should not be used to display game content.<br>> <br><br>True, but then again 16bpp colors are used in the main menus of ScummVM, even if only the overlay is used. I never said that we support 16bpp for games, I merely mentioned that parts of ScummVM (but not the game engines themselves) can use 16bpp colors already<br><br>> ><br>> > plus there are already supported games, such as Ween: The Prophecy,<br>> > which would need that many colors to work.<br>> <br>> Ween does not need 16bit colors.<br><br>Actually, I got a bit confused about this, after reading this closed bug report:<br>http://sourceforge.net/tracker/index.php?func=detail&aid=1662625&group_id=37116&atid=418820<br><br>It seems that the overlay's palette is affecting the palette in-game, as mentioned in the patch<br>http://sourceforge.net/tracker/index.php?func=detail&aid=1664514&group_id=37116&atid=418822<br><br>My bad.<br><br>> Those games are not supported by ScummVM, so that argument is moot. I  <br>> mean, there are also 3D adventures out there, like Grim, we all know  <br>> that -- it's no argument for adding 3D support to ScummVM. :)<br> <br>I mentioned this cause I wanted to say that people are reluctant to work on games with more than<br>256 colors because we don't support them. I'm not saying that if 16bpp is implemented, 16bpp games<br>will magically start appearing in ScummVM (apart from some Humongous games, since they are SCUMM<br>based)... I'm just saying that there are many games out there that people could potentially work on,<br>but currently they are left out of ScummVM. The fan made Broken Sword 2.5 game comes to mind:<br>http://forums.scummvm.org/viewtopic.php?t=5447<br><br>> Just to stress this once more: I am saying it's no argument *for*  <br>> anything, but I am not saying it's an argument *against* anything  <br>> either. People tend to be confused by that a lot and think that just  <br>> because I call their arguments non-sense/invalid/irrelevant, that I am  <br>> against their goal. Not necessarily - I just don't like false/fake  <br>> arguments :)<br><br>Point taken<br><br>> > So in my opinion it would be better to aim for support of resolutions<br>> > with a higher number of colors in the future, instead of not adding<br>> > games that need more than 256 colors,<br>> <br>> Actually, we *can't* add support for games that need more than 256  <br>> colors as long as we don't support more than 256 colors... :)<br>> <br><br>Erm, that's what I said, I believe?<br><br>> > since SDL itself has support<br>> > for more than 256 colors anyway.<br>> <br>> SDL is not relevant here. We are ScummVM, not SDL. Oh, SDL also has  <br>> OpenGL support, BTW :)<br>> <br><br>But we are based on SDL for most of our ports, and SDL does provide<br>functionality for 16bpp. I understand that the task of adding 16bpp color<br>support for games is quite a major task to undertake, and that it won't<br>happen any time soon, however a chunk of the work needed is already<br>in SDL. Nothing more, nothing less.<br><br>The main point in my e-mail was to stress that in the future, 16bpp<br>(and 24bpp, 32bpp) support in ScummVM would be a nice new addition,<br>and the fact that the groovie engine was used in both 8bpp and 16bpp<br>games is not a reason not to include it, that's all.<br><br>Regards<br>Filippos<br><br><br /><hr />See how Windows® connects the people, information, and fun that are part of your life <a href='http://clk.atdmt.com/MRT/go/119463819/direct/01/' target='_new'>Click here</a></body>
</html>