So far I've gotten it to work great. I did write a script to overclock it to 280mhz, and it works on .37, but not on .37a. When I use it on this version it will play for about five minutes and then exit the program. Weird, as it doesn't do it in the other version :blink: I also have a question about full screen stretching. Why does it look really bad when stretched? I noticed that it just doesn't look right. Is it is software rendering or is it using the gp2x hardware? Just curious B)
reallynotnick
The smartest newb
*calls in buddy DaveC*
Its gp2x hardware, and you not dubling each pixel equal like a 2:1 ratio, its a REALLY bad ratio like 1.08:1. So only a few pixels get doubled while the rest stay the same.
Long story short, it almost fits the screen there is no need to stretch it.
Last edited by a moderator:
Squidge
Certified Guru
To avoid constant writing to sd card, sram is saved to the sd approximately 1 minute after the last write to the emulated sram. You can change this if you want and have it save after every change, but don't blame anyone when you need a new sd card every month
Last edited by a moderator:
Phil
FAPPO!
I see, thanks.
To avoid constant writing to sd card, sram is saved to the sd approximately 1 minute after the last write to the emulated sram. You can change this if you want and have it save after every change, but don't blame anyone when you need a new sd card every month
Last edited by a moderator:
rmatheso
Member
Reesy,
I've been testing Super Fire Pro Wrestling X Premium (The best 16 bit wrestling game ever). And noticed that the wrestler's sprite layers are in the wrong order. Just compare .35 to .37 and you'll see what I mean. Great speed though in .37. Emulating this game just rocks on the GP2X.
Again great work on the EMU.
- ROB
I've been testing Super Fire Pro Wrestling X Premium (The best 16 bit wrestling game ever). And noticed that the wrestler's sprite layers are in the wrong order. Just compare .35 to .37 and you'll see what I mean. Great speed though in .37. Emulating this game just rocks on the GP2X.
Again great work on the EMU.
- ROB
daclassicgamingmaster
It Is Your Birthday.
ROM links arent allowed, so if I were you i'd remove that......oh and that game can be aquired at any basic rom site. No need to get a torrent for it.
*calls in buddy DaveC*
Its gp2x hardware, and you not dubling each pixel equal like a 2:1 ratio, its a REALLY bad ratio like 1.08:1. So only a few pixels get doubled while the rest stay the same.
Long story short, it almost fits the screen there is no need to stretch it.
Yes it is the fractional scaling. Since you can't light .08 of a pixel you have to alternate which pixels are doubled and which are not. This uneveness looks crap and scrolling tends to ripple this way. Only even multiples look ok. Look at the Lynx emu it is 2:1 and isn't as ugly as SNES scaled. The other way around it is to antialias (filter) the screen but that takes alot of CPU on the GP2X as there is no hardware to do it plus it makes the image a bit soft anyway.
Last edited by a moderator:
Cristallis
Still Fresh
- Joined
- Aug 9, 2005
- Messages
- 48
Is this for the X2 or the 32?
DemonStar55
chai chai chai chai chai chai chai chai chai chai
the GP32 and GP2x sections switched places
and it's for the GP2x
Last edited by a moderator:
Jarska333
What do you want?
It took surprisingly long for my pavlovian reflexes to notice that...
Last edited by a moderator:
Franxis
MAME 4 ALL
Scripts work fine for me.
There's a fullscreen strech option, but I don't think that's what you want. You can just change the image file (in the skins directory) to a blank image if you don't want a border. You can even make your own skin, and release it to the communityAlso an option to play without the frontend border???
I have such script and such blank image, but they are only for me :lol: i don't share them
They are only two simple suggestions... :rolleyes:
About the SRAM saving, why don't to save the SRAM when you exit to the frontend? The highscores in MAME are saved in this way...
Regards.
Last edited by a moderator:
GeminiDomino
Member
- Joined
- Dec 17, 2005
- Messages
- 374
To avoid constant writing to sd card, sram is saved to the sd approximately 1 minute after the last write to the emulated sram. You can change this if you want and have it save after every change, but don't blame anyone when you need a new sd card every month
Where can you change this? It's bitten me in the hindparts a few times when my batteries died.
Last edited by a moderator:
Squidge
Certified Guru
If you look at gp2xmain.cpp, in the EmuGo function, at the end of the first while loop is where it will return to the main menu. Here you can paste the following code to save the SRAM :
Memory.SaveSRAM (S9xGetFilename (".srm"));
sync();
The sync call will force linux to flush the write to the sd card.
Note however that this will create a .srm for every game you run, rather than just creating/updating the .srm files when the actual sram is modified, which is the default.
Memory.SaveSRAM (S9xGetFilename (".srm"));
sync();
The sync call will force linux to flush the write to the sd card.
Note however that this will create a .srm for every game you run, rather than just creating/updating the .srm files when the actual sram is modified, which is the default.
GeminiDomino
Member
- Joined
- Dec 17, 2005
- Messages
- 374
Wait, so you mean it already syncs immediately when actually saving?
Last edited by a moderator:
great versionm 0.37 and 0.37a can play most pal games with overclocking at fullspeed, just on things annoys me, the layers are not correct, so sometimes (or more quite often) sprites are in the front which should be in the back. sure not that hard to fix.
paul4now38
Still Fresh
- Joined
- Apr 13, 2006
- Messages
- 28
what firmware are you guys using, I can not get this emu to work, I have firmware 2.0
Last edited by a moderator:
daclassicgamingmaster
It Is Your Birthday.
Last edited by a moderator:
