Next Release To-Do Stuff

[TriForceX]

Topic moved here

[jaimebueno]

Add amstrad emulator please 🙏🙏

[xXS4ALLx]

Add C64 emulator, why has no one ported this over yet?

EDIT: DONE!

[m45t3r]

I did another port of PocketSNES: https://github.com/m45t3r/pocketsnes/releases/tag/v2020.05.03-pgo. I fixed the incorrect mapping of the functions, removed some unused features and did some optimizations (PGO mainly).

This may be interesting to be included in the next version of CFW instead of the current version that we have (that has incorrect mapping of the buttons). There is also the source code available in this one, so if you want to build it from source you're welcome.

[m45t3r]

So I also decided to (re)port snes9x4d: https://github.com/m45t3r/snes9x4d-miyoo

There is tons of optimizations in this port, bought from other Snes9x forks like https://github.com/drowsnug95/snes9x4d-rs90 and https://github.com/RetroPie/ARMSNES-libretro, support to billinear filtering and mono sound (this last one is somewhat broken, but it works well enough and makes things faster). So it may be interesting to also include this version instead of the current one in CFW.

[TriForceX]

@m45t3r great! ive updated the main list and the to-do list to be added in a futher cfw release. thanks!

[m45t3r]

Some people asked in /r/bittboy for a NeoGeo Pocket emulator. I found one made by @gameblabla, fixed inputs, changed some compile flags (PocketGo needs frameskip or it will run too slow) and compiled it with PGO. Here we go: https://github.com/m45t3r/NGPCemu-miyoo/releases/tag/v2020.05.10

Maybe it would be better to ask @gameblabla if he prefers to his version instead though, since his repository had almost everything needed to do a compilation. But I didn't change the credits or anything, all kudos to him.

[willtsan]

@m45t3r I checked on yout NGP emu and it runs very slow right now, maybe you can include frameskip in options?

[m45t3r]

@willtsan It is already compiled with frameskip, and it is basically always on. The core is not really optimized so yeah, this is as fast as we can get.

@gameblabla maybe have more ideas on how to optimize it, I basically took his code and compiled anyway.

[bardeci]

My fork of Gambatte is now called "Gambatte-DMS". I released a new build today: https://github.com/bardeci/dot-matrix-simulator/releases/latest

I'm hi-ban, by the way.

[nl255]

The version of SMS Plus GX in the current firmware has broken save state support and doesn't save the button remapping, is this something that could be fixed by updating the emulator?

[gameblabla]

My last build of SMS Plus GX didn't have any of these issues as far as i recall, but i could make a newer build if needed.

[nl255]

The one included with the 1.3.2 CFW for the pocketgo does, at least with Ghostbusters. To duplicate just save on the title screen then go into the name entry screen and try to load the state and it will crash the emulator. Or save on the city map screen and then try to load the state while you are driving. Your older build available here, https://gameblabla.nl/files/ipk/bittboy/ , works better though loading states (especially one made on the city map screen that is loaded while you are on the driving part) will randomly crash the emulator.

I noticed there was a commit on January 16/17 that had a fix for loading save states crashing the emulator that might help so I compiled the latest source code from https://github.com/gameblabla/sms_sdl and it does fix the save state issue though I haven't done much testing with it yet beyond that. I did have to modify the makefile (included in the zip archive) to get it to compile with the buildroot setup I am using but other than that there are no changes.

smsplusgx-newer.zip

[gameblabla]

Yeah there's that bug about save state that was reported to me by the libretro folk. I had released another build on Discord but i don't think they used that either. Your build doesn't have profiling so it will run slightly slower. I'll take the time to update some of my older releases but for now you can use your own build.

[nl255]

That would be great. As for using outdated emulators they are also using an older gpsp that doesn't even have button mapping support (there are menu options for button mapping and analog stick mapping but they just go to an empty screen with back as the only option). I replaced it with your gpsp_gameblabla_v3_rumble_mapping.zip and it seems to work fine though I only did a little testing with Mario World. I am not even sure what source code tree they used to build that with.

[gameblabla]

@nl255 https://github.com/bittboy/gpsp For a while, the CFW was provided only with an older and broken version.

[nl255]

I would like to recommend that the CPU be underclocked as low as practical when the system is put in suspend mode if that isn't something that is already done.

[freq-mod]

Hello. I have noticed @irixxxx's Picodrive was updated with fixes for bittboy related systems. While I tried to build it myself, I couldn't figure out everything, would it be possible to post .elf build of Picodrive?

EDIT: /opt/miyoo/arm-miyoo-linux-uclibcgnueabi/sysroot/usr/lib/crt1.o: In function _start':(.text+0x34): undefined reference tomain'
collect2: error: ld returned 1 exit status
I'm stuck at this point. I managed to build this, while PicoDrive works, it's very unstable, prone to crashing during gameplay in anywhere between 5minutes to just several seconds.

[gameblabla]

Does this work better for you ?
I'm surprised you would even get those kind of crashes. (But better than just crashing before it even gets to the menu, i suppose)
PicoDrive_bittboy.zip

[freq-mod]

Does this work better for you ?

It doesn't, it's back to crashing at startup.

[irixxxx]

Unfortunately I can't help you much with this. I just don't have the hardware. I did some work to fix errors and warnings in the build process, but only to the point of cleanly compiling. Without hardware, or at least someone having the necessary knowledge to compile the source and debug on the device (and willing to spend some time collaborating with me on this) I really can't do much.

[gameblabla]

I recall Steward-fu having issues with making Cyclone 68k work on the bittboy but i'm not sure how he managed to fix it or if he just ended up using the C interpreter...
https://github.com/steward-fu/miyoo/releases/download/v1.2/picodrive.7z

It seems that he did end up not using cyclone it seems. (he added a miyoo target and in there, optimize_arm920 is not even turned on)

[gameblabla]

PicoDrive_bittboy_fame.zip
Here's a build that doesn't use Cyclone but Fame instead. This should run ok (but a bit slower than Cyclone. To be honest though, the original version was also using fame)

As he said however, debugging this on the bittboy is going to be quite challenging...

[freq-mod]

I really don't know how, but this thing also refuses to start, crashing to main menu just after executing, no matter if I run it from main menu or file explorer
I also tried deleting config file from .picodrive, didn't help...

[gameblabla]

Well it does sound like it's not an issue with Cyclone or whatever so as he said, i will need to run this under valgrind or so. I'm currently working on redoing the CFW for the bittboy so i'll also make sure to add valgrind to it

[joejoejoejoejoejoejoejoejoejoejoejoe]

Yeah, I like the .opk idea, maybe another GBA emulator as a option, like reGBA

[Rezzy-dev]

I agree. Another GBA emulator is sorely needed. GPSP is hardly dependable -- try running Teen Titans in it, for example. Or Batman Begins -- it freezes the emulator at the fire on the first stage.

I'm not aware of any other ARM GBA emulators out there, but I sure do miss VBA-M on this platform. (Say what you will about VBA, with years and years (decades!) of development behind it, at least it ran most ROMs to a playable degree.)

[gameblabla]

Yeah, I like the .opk idea, maybe another GBA emulator as a option, like reGBA

For the 3rd time again ReGBA cannot be ported to any ARM or x86 devices, reGBA is strickly MIPS specific due to the recompiler only supporting MIPS32. Besides, it still wouldn't fix most of the game breaking issues aside from Golden Sun and a few others. Games like Kingdom Hearts, Steel empire etc... still won't work on ReGBA.

But yes as for OPK, i paused the work on my CFW myself but it's not hard to get working. In fact, it could even be added back to the firmware. It's just that we will need to go back to Gmenu2x and repackage the apps and even fix some of those, which is why we still haven't done it. (and probably never will)

[Mateen2510]

Please fix the GBA emulator. Mario Tennis: Power Tour does not work. A bunch of other Reddit users confirmed that as well. Apparently also Mario Golf. Probably a problem with other Camelot games.

[dosuserx]

powkiddy v90 request: key bindings for the menus of fceux, PocketSNES, gbsp, ohboy and possibly others the action and cancel butons are reverse. if they could be unified it would make the cfw really feel polished. or maybe the user could set the emulator control buttons to fix themselves.

[Vantoco]

Get improved mame working please !!! :D

[tylibra2]

It could support connecting Pocketgo to PC with USB cable, without needing an SD card reader. Being able to add .opk files would be a good thing if you can add other emulators or ports if you don't have for Pocketgo. And av out would also be cool for some people like me. I would love to one day test the av out and play on TV!