Notices

Is gpsp able to retain individual ROM emulation settings (like audio buffer, frameskip...) when you restart it?

Recently I had an unstoppable desire to play some Pokemon, but I was not amused that there are no touch controls, no portrait mode, and that it stutters at 250 MHz, so I took matters into my own hands.

The result is a mashup of the newest upstream version, heavily cleaned up existing port and my imagination.

Would it be alright if I replaced gpspm in Fremantle repositories as soon as I find some time to test for compatibility with gpspmgui and prepare a package? Or does someone feel attached to it?

Image looks great I think you should contact the package maintainer directly and if he doesn't protest - you can go ahead

if you don't receive response from maintainer, you can freely upload it to devel (once the damn thing works again).

no problem at all... i'll confirm any maintainer who upload new\better version

Alright, I think I'm done with testing and all that stuff, so here it comes: gpSPm 3.0! I tried to give it the autobuilder, but no luck, so I'm attaching the deb for those who are eager to play.

Let's see what's new:

• Refreshed/rewritten the whole port
• Added touch controls
• Added portrait mode
• Savestate is saved in ROM's directory

It retains compatibility with gpspmgui (or at least it should).

Touch controls work in both portrait and landscape, even though there are no guides in the latter. It might seem that it's hard to hit the buttons because of that, but I got adjusted in a matter of minutes, and hopefully so will you. If you can't remember which key is where, you can print the attached image and keep it in sight.



Keypad image for portrait mode is a 480x480 PNG file, which resides under the name of "/opt/gpspm/keypad.png", so you can easily change it to something prettier. Here comes the stencil:



That's it for now, have fun.

Does it still require the permissions to be setup for new installation?
Like in the OP?

gidzzz,

Nice work, and also some remarks

• I suddenly needed to create a symlink from /opt/maemo/usr/games/gpspm to /opt/gpspm/gpspm to make gpspmgui start games. Looks not related, but I never saw this before.
• full screen causes the games not to scale vertically in portrait mode, so (I guess) you need to set triple resize.
• I won't mind a small close button, especially in portrait mode. If you are afraid you hit it by accident, make it a double tap
• config files in /opt/gpspm have permission problems

P.s. I put gpspmgui on the whitelist to make it rotate. Apart from the config screens, it looks okay in portrait mode.

@sixwheeledbeast:
Yes, I see you need to chown game_config.txt and conf.gpsp in /opt/gpspm, so it is a bit of an other issue then described in the OP.

Thanks for useful feedback.

The old packaging was kind of strange: it installed two different binaries, one to "/opt/gpspm/gpspm", the other to "/opt/maemo/usr/games/gpspm", for a reason unknown to me.

I don't have the foggiest idea why (were I sleepwalk-hacking gpspmgui and I don't remember? ), but gpspmgui on my device was using "/opt/gpspm/gpspm". I looked at the source and it should be "/opt/maemo/usr/games/gpspm". After reinstalling it indeed tries to launch "/opt/maemo/usr/games/gpspm".

I'll include the necessary symlink in the next package.

Did you mean "not to scale correctly"? For me they're scaled, even too much (to 480x800). It was kind of planned, but the keypad should be on the bottom layer. However, now that I think of it again, probably no one would want to play with the image stretched so much. I guess I'll make fullscreen look in portrait the same as double and triple zoom.

Do you have camkeyd installed? I can't live without it. Also in this case it does a great job. If you were not aware of camkeyd, do you still think that the a close button would have a good traumatic accidents to usability ratio? Double tap might still be not enough in fierce fights.

Is there any other problem apart from that they're all root, so gpspmgui can't write to them? gpspmgui's post-installation script changes them to 666/777 anyway, so I guess that even though there's a conflict with the perfectionistic side of me, I can do that in gpspm's postinst too. As another thing to ease updates, the next package will probably be able to preserve configured keys.

I think I'll put my hands on gpspmgui next, mainly to move the settings/BIOS directory somewhere to $HOME, but on the way I could also modify the layouts and add autorotation.

Looks like the autobuilder still doesn't work, so I'm putting another package here. All problems known to me have been fixed. I have also modified touch controls a little bit. To sum up:

• Improved the way in which image is scaled and positioned for portrait mode
• Center of the directional pad releases directional keys
• Fixed an incompatibility with gpspmgui due to a missing symlink
• Fixed opening ROMs specified by a relative path
• Upgrading no longer resets key bindings
• Adjusted file permissions so that gpspmgui works after an upgrade without any additional steps