Talk:Game development: Difference between revisions
No edit summary |
(SDL is OK) |
||
| Line 1: | Line 1: | ||
== Doom details == |
== Doom details == |
||
So... Someone apparently [http://www.youtube.com/watch?v=9MhQ5jIj5aw got Doom running] on the XO. I recall also seeing a video of a console emulator on the XO, but it seems to have since been taken down. The framerates seem a little sluggish but still playable. The active screen area is inset quite a bit, presumably for performance reasons. Does anyone have details on the implementation of these things? Was it GTK running on Sugar/Matchbox, or was a custom solution used for performance? —[[User:Leejc|Joe]] 16:22, 18 March 2007 (EDT) |
So... Someone apparently [http://www.youtube.com/watch?v=9MhQ5jIj5aw got Doom running] on the XO. I recall also seeing a video of a console emulator on the XO, but it seems to have since been taken down. The framerates seem a little sluggish but still playable. The active screen area is inset quite a bit, presumably for performance reasons. Does anyone have details on the implementation of these things? Was it GTK running on Sugar/Matchbox, or was a custom solution used for performance? —[[User:Leejc|Joe]] 16:22, 18 March 2007 (EDT) |
||
== SDL is OK == |
|||
[[Tux Paint]] uses it. |
|||
The rpm files have problems. SDL_mixer drags in Qt via timidity and the KDE sound deamon. Don't bother with SVG, that drags in GNOME!!! I think OLPC is going to hack up some alternate RPMs, but really this is a Fedora problem. |
|||
The screen is using 5:6:5 color, which is bad in more ways than I can count. You can see green/magenta banding (posterization) easily on a smooth grey gradient, especially if that gradient is bright and radial like a highlight. |
|||
There is a way to do your own swizzle for better quality and bit depth. See [http://dev.laptop.org/attachment/ticket/328/dcon.patch this kernel patch] for a way to sanely enable it. (without that patch, an ioctl on /dev/fb0 will do the job) Games could look very nice with smooth 18-bit color if this were used. |
|||
[[User:AlbertCahalan|AlbertCahalan]] 23:44, 18 March 2007 (EDT) |
|||
Revision as of 03:44, 19 March 2007
Doom details
So... Someone apparently got Doom running on the XO. I recall also seeing a video of a console emulator on the XO, but it seems to have since been taken down. The framerates seem a little sluggish but still playable. The active screen area is inset quite a bit, presumably for performance reasons. Does anyone have details on the implementation of these things? Was it GTK running on Sugar/Matchbox, or was a custom solution used for performance? —Joe 16:22, 18 March 2007 (EDT)
SDL is OK
Tux Paint uses it.
The rpm files have problems. SDL_mixer drags in Qt via timidity and the KDE sound deamon. Don't bother with SVG, that drags in GNOME!!! I think OLPC is going to hack up some alternate RPMs, but really this is a Fedora problem.
The screen is using 5:6:5 color, which is bad in more ways than I can count. You can see green/magenta banding (posterization) easily on a smooth grey gradient, especially if that gradient is bright and radial like a highlight.
There is a way to do your own swizzle for better quality and bit depth. See this kernel patch for a way to sanely enable it. (without that patch, an ioctl on /dev/fb0 will do the job) Games could look very nice with smooth 18-bit color if this were used.
AlbertCahalan 23:44, 18 March 2007 (EDT)