Dingoonity.org

I found the source code for the PC release of Super Mario 64.
Remember when people managed to decompile the game ? Well they used that source code to natively port it to OpenGL ES/OpenGL.
I simply grabbed the source code, made some modifications (notably the sound playback because SDL2 was too old so replaced it with some alsa code) and got it working... (Someone else tested it for me because right now, i'm stuck with a broken firmware on my RG-350 lol)

Unfortunately the 3D drivers are, well, old and glitchy as fuck. Unfortunately this prevents it from being playable so i only gave the private build to a few people for that reason.

Ah well, you can't have everything guys ?

We can't really have everything, but we are allowed to want some m64pc
<a href="https://web.archive.org/web/20200804052649/https://www.youtube.com/watch?v=KwgvlN6vhTE" target="_blank">https://www.youtube.com/watch?v=KwgvlN6vhTE</a>

edit: This is a work in progress port that still needs a lot of work to be considered shippable and the changes PR'd to the main project.

However, there's quite a bit of effort into introducing features such as texture atlasing and draw-call batching which allows the game to perform like this.

Keep in mind this isn't a N64 emulator, it's a SM64PC port.

edit2:

This is how it performs on the older 2014 firmware:
<a href="https://web.archive.org/web/20200804052649/https://www.youtube.com/watch?v=pjIcE4oQfIw" target="_blank">https://www.youtube.com/watch?v=pjIcE4oQfIw</a>

New firmware is really promising.

I wonder how you fixed the environment issues that i had on my version ? It was still glitchy for you on the old firmware though so yeah...
I saw pcercuei post about it : how much faster is the 3D driver ? Because he said that in some cases it could be slower.
In any case, i hope that means i can push Supertuxkart & others (Lugaru) as stable, because they either run too slow or with glitches.

There might and might not be some regressions. It's hard to know because not everything draws correctly on the older firmware. When both are rendering correctly, new firmware seems to be faster by a measurable margin.

OpenGL ES 1.x apps I am still not sure, the iortcw tests are inconclusive because the old fw was botched as hell.

In terms of SM64PC, the new firmware works better and performs better, from the quick tests I've done I haven't seen any framedrop, while the old fw did fall below 30fps sometimes on bo-omb field.

Also I have no idea what changed. There are some changes as to how shaders sample things and new vertex attributes - I am not experience enough yet to entertain many guesses here, but it's still broken as hell, textures aren't being sampled correctly, etc.

Please add support for the menu button on the Pocketgo2 v2 (SDLK_RCTRL) to Picodrive and oswan.  It already works fine in your ports of SMS Plus, Handy, and Swanemu.  Thanks.

If you are already using SwanEmu, which is a direct replacement to my older Oswan, why use oswan ?
It's still an issue for Picodrive but due to the way the mapping in Picodrive works, i would have to provide another version or map it to Select... I think you should use Rogue CFW on your unit instead. (if it is supported)

Quote from: gameblabla on July 09, 2020, 03:19:54 am

Quote from: nl255 on July 01, 2020, 05:33:47 am

Please add support for the menu button on the Pocketgo2 v2 (SDLK_RCTRL) to Picodrive and oswan.  It already works fine in your ports of SMS Plus, Handy, and Swanemu.  Thanks.

If you are already using SwanEmu, which is a direct replacement to my older Oswan, why use oswan ?
It's still an issue for Picodrive but due to the way the mapping in Picodrive works, i would have to provide another version or map it to Select... I think you should use Rogue CFW on your unit instead. (if it is supported)

I do use Rogue CFW but even on the PG2v2 it does not change what the menu button is mapped to.  Couldn't you have SDLK_RCONTROL be bound to say IN_BINDTYPE_EMU, PEVB_MENU2 (looking at https://github.com/gameblabla/picodrive/blob/master/platform/opendingux/inputmap.c) and then check for both MENU and MENU2?  But whatever way would work whether separate builds or just mapping it to select would be fine.

As for oswan, doesn't it have better performance than swanemu which is why swanemu isn't on the pgv1?

Isn't there an option to re-map emulator controls within PicoDrive itself? On mine, there's the option under Configure Controls > Emulator Controls > Enter Menu.

I'm having issues with SMS Plus GX on my PocketGo v2 (new version) running Rogue CFW 1.0.9, loading Genesis games results in only a black screen, Master System and Game Gear work fine. A couple others have reported it on Reddit.

Hopefully this is the right place to bring this up...

SMS Plus GX is a Master system, Game Gear, Sega SG-1000 and CBS Colecovision emulator.

Отправлено с моего HRY-LX1 через Tapatalk

Hello, first of all I would like to thank for every improvements devs made regarding this list of emulator on the 1st page.

I'm using Swanemu which imo works great, on RG350. However, on RG350m vertical mode is not enjoyable because the left stick is now at the bottom (so located on the right when the device is 180-rotated).

My wish would be to see, in the future, an update of Swanemu allowing the user to rotate on the other direction, to play with the right stick - will be on the left when rotated - and the common A/B buttons.

That would be sooooo fantastic!