search

flatmush / dingoo-sdk

Automatically exported from code.google.com/p/dingoo-sdk
2 stars 3 forks source link

Sprites and Background Management #35

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
Create a background engine with effects.
The goal is to have something easy to use like on Nintendo DS (multiples
backgrounds with scrolling, fading, transparency, fast loading).

Original issue reported on code.google.com by jeanmichel.girard on 16 Apr 2010 at 5:48

GoogleCodeExporter commented 9 years ago 
Um you're welcome to add scrolling backgrounds and all but that's not really a 
part
of many SDK's. It's in the DS SDK because it's graphics hardware is a relic 
from the
past and there is actually hardware support for all these things. Nintendo 
hardware
used to have hardware sprite and background support so it's in their newer
machine/SDK for the sake of porting old games (which they like to do a lot).

Original comment by Flatmush@googlemail.com on 16 Apr 2010 at 2:14

GoogleCodeExporter commented 9 years ago 
I think a function to fade the screen in and out would be quite useful to have 
actually.

Original comment by hart...@gmail.com on 16 Apr 2010 at 3:03

GoogleCodeExporter commented 9 years ago 
i know DS hardware flatmush, and i know it's hardware feature on DS and GBA. I 
will
work on background engine for Dingoo (also, i already made one for hexvirus 
Dingoo ^^).

Original comment by jeanmichel.girard on 16 Apr 2010 at 4:02

GoogleCodeExporter commented 9 years ago 
In that case it'd be a nice feature to have, just didn't seem like a feature 
that we
should go out of our way to make.

Original comment by Flatmush@googlemail.com on 16 Apr 2010 at 6:23

GoogleCodeExporter commented 9 years ago 
I think a better idea than incorporating this into to the SDK would be for 
jeanmichel 
to start an external dingoo_sdk library for handling such effects and 
background/sprite 
management. I think even though most of the applications built with the SDK 
have been 
games, it should remain a neutral SDK with no specific focus on games. The game 
library 
should be an external project from the core SDK.

Original comment by russell.bernhardt@gmail.com on 18 Apr 2010 at 6:22

GoogleCodeExporter commented 9 years ago 
I think it's fine that it's part of the SDK, but maybe in a new lib (separate 
from 
sml), with more game like features.

Original comment by hart...@gmail.com on 19 Apr 2010 at 2:24