What, no nes emualator? Surely this can't be right. Well, how do people play Super Mario Bros.? I use advanceMESS at home, it runs many nes games very well. Might see if I can compile for Pandora tonight
Fixed and pushed out.I may have found a regression when using this library with mplayer unless I'm doing something wrong. Here is the summary of what I tried. I built the latest version of this using the openembedded recipe on git.openpandora.org and copied the library into a directory on my SD card. I set LD_LIBRARY_PATH Then ran: mplayer -vo sdl:driver=omapdss -fs movie.avi I get mostly a black picture with an occasional flicker of an image.
That's because mplayer's SDL code is always setting 640x480 (or similar) and forces mplayer core to scale to that using software. I'd say mplayer's sdl output is not a good choice for playing videos, although I don't have anything better to suggest..I may have found a regression when using this From what I recall, it seemed as though the scaling was ugly because it was not using the default filter which is slightly blurred.
After a quick crawling in the multiple CPP files, if think this is because it activates SDL_EnableUNICODE(1);f-keys work here on SDL's test, how is openMSX reading those keys?
In fact OpenMSX is reading all : keysym.sym, keysym.mod,keysym.scancode and keysym.unicode.Shouldn't be a problem, test does that too, does it read .key.scancode or .key.unicode from event or something?
^ Is there some way to change this image movement & zooming on the fly (not just once prior to starting your application)?SDL_OMAP_BORDER_CUT:
This can be used to move parts of SDL surface out of screen, in other
words cut borders and zoom in. Format: <left>,<right>,<top>,<bottom>
For example, "0,0,16,0" would hide top 16 lines offscreen, making 17th
(16th if you count from 0) line the first visible.
Note: like for layer size ranges are limited.