Homebrew RetroArch Switch

[the_randomizer]

once the guys release C++ we can use other GBA Emulators , Saturn will run def at Playable Speeds very soon once we have Jit to turn up Dynarec and Thread Support.

--------------------- MERGED ---------------------------



you got a good point , i think i read something about that the 3ds emulation would be easier on the switch

Why would we want to when mGBA is in the top GBA emulator in terms of accuracy and speed?

 

[Deleted User]

because mgba might work once we have c++ but we have to see what happens soon

 

[Deleted User]

and bevor somebody keeps spamming my youtube channel no i cant upload PS1 or N64 VIDEOS we dont have Jit and i dont have KERNELHAX , we cant use the JIT of Libnx because LIBNX needs Kernelhax.

 

[ShadowOne333]

I mean the way I see it, the port to Switch wouldn't be worth Endrift's time for the moment, as only a very very small demographic would be able to use it. Maybe once homebrew is further developed and not locked to a low firmware, IMO

I'm surprised RA is getting ported over, despite the fact a very limited no. of people will be able to use it *sigh*

At the moment, it's very niche, I agree.
But think about it for a bit.
Once homebrew becomes more accessible and easier to access in more FW, we will have almost full on backwards compatibility from Nintendo consoles from everything up to 3D consoles of them alongside the HBL release

Oh and endrift already has a 3.0.0 Switch, so right now it is just a matter of time until we get mGBA on the Switch as well.

 

[TheGreek Boy]

i think libtransistor supports c++ now! : https://github.com/dvdfreitag/libtransistor

 

[Nerdtendo]

As someone who cannot run Homebrew, If like to know how some of these cores are working. Can someone tell me the
- compatibility
- fps (including how often drops occur)
- audio emulation
- input lag
- playability
Of VBA next, SNES9x, and Fceuum, are?

 

[XDel]

Sooo.... Jaguar emulation is not slow?!

 

[ShadowOne333]

As someone who cannot run Homebrew, If like to know how some of these cores are working. Can someone tell me the
- compatibility
- fps (including how often drops occur)
- audio emulation
- input lag
- playability
Of VBA next, SNES9x, and Fceuum, are?

All of the cores listed in the OP should run fullspeed with almost 100% compatibility as with the usual cores in RA, except Yabause due to no C++, JIT nor GPU implemented yet, and perhaps Jaguar might slow down a bit on 3D games.
There are some videos in the OP as well which you can check for reference.

i think libtransistor supports c++ now! : https://github.com/dvdfreitag/libtransistor

@Natehaxx

 

[the_randomizer]

At the moment, it's very niche, I agree.
But think about it for a bit.
Once homebrew becomes more accessible and easier to access in more FW, we will have almost full on backwards compatibility from Nintendo consoles from everything up to 3D consoles of them alongside the HBL release

Oh and endrift already has a 3.0.0 Switch, so right now it is just a matter of time until we get mGBA on the Switch as well.

Damn, I was afraid of that, yeah, procuring a 3.0.0 Switch would be near impossible for me right now, given that I'm uh, in between jobs and don't start till the end of the week. Ugh.

 

[ShadowOne333]

Damn, I was afraid of that, yeah, procuring a 3.0.0 Switch would be near impossible for me right now, given that I'm uh, in between jobs and don't start till the end of the week. Ugh.

Chill out, dude.
Remember good things are coming, and more firmware versions will be compatible with the current exploits and hacks
Worst case scenario, you just wait TX's modchip and that's it
Having a 3.0.0 right now is only a perk which could help speed up homebrew development for people who know how to code, for the end user there is little to no gain atm.

 

[the_randomizer]

Chill out, dude.
Remember good things are coming, and more firmware versions will be compatible with the current exploits and hacks
Worst case scenario, you just wait TX's modchip and that's it

Just found this thread, explains the firmware situation a bit better it seems
https://gbatemp.net/threads/firmware-status.495078/

 

[LibretroRetroArc]

As for everybody talking about Gamecube/N64/PS2 -

You need a GL driver or Vulkan driver written for that.

https://github.com/Rinnegatamante/vitaGL

This took a few years after Vita homebrew was already possible, but that is what it's going to take.

I hear the official SDK should have Vulkan support in one way or another next to Nvidia's proprietary API, though I obviously cannot confirm this. Not sure how hard it will be for the homebrew SDK to arrive at that stage.

 

[Thirty3Three]

As for everybody talking about Gamecube/N64/PS2 -

You need a GL driver or Vulkan driver written for that.

https://github.com/Rinnegatamante/vitaGL

This took a few years after Vita homebrew was already possible, but that is what it's going to take.

I hear the official SDK should have Vulkan support in one way or another next to Nvidia's proprietary API, though I obviously cannot confirm this. Not sure how hard it will be for the homebrew SDK to arrive at that stage.

This means absoalutly nothing to me btu thank you for your hard worek! <3

 

[lordelan]

Full credits goes to Bmonkey for Debugging this issue , i hit a wall where i didnt know what to do but he figure out what was the problem so there you go Saturn on the switch with 5 Fps

Absolutely awesome!

Something worth noting, mGBA core got a Switch make target:
https://github.com/libretro/mgba/commits/master

So probably that means mGBA as a core is now available for the Switch as well... ?

I'd love seeing mGBA on the Switch. It's my fav GBA (and even GB(C)) core!

EDIT; and how about 3DS emulation?

It's more likely that some kind of Nintendont happens to the Switch to run 3DS games natively (!) than a Citra port.
The Switch has an ARM CPU like the 3DS had and the Switch OS is based on the 3DS OS so it might happen in the future that a homebrew would redirect the syscalls of 3DS games directly to the Switch OS like it is done by Nintendont which runs GameCube games on a (v)Wii.

 

[Deleted User]

All of the cores listed in the OP should run fullspeed with almost 100% compatibility as with the usual cores in RA, except Yabause due to no C++, JIT nor GPU implemented yet, and perhaps Jaguar might slow down a bit on 3D games.
There are some videos in the OP as well which you can check for reference.

@Natehaxx

i would wish the greek stops to post stuff from discord here , if he cant confirm that it works ... it still bunch of build errors and its not fixed yet.

 

[ShadowOne333]

i would wish the greek stops to post stuff from discord here , if he cant confirm that it works ... it still bunch of build errors and its not fixed yet.

Oh so he's on the Discord too?
I wasn't aware.

I am mostly getting what I post from RetroArch's commits on GitHub, so if people don't find out through the Discord, they will find out through RA's commits anyway
But yes I get what you mean.
Still, it's a step in the right direction.

 

[Deleted User]

Today was a fun Day , Many users worked to get C++ to work and now it works just fine in alot of cases , we also got Emulators like Fbalpha to work slow but they work , now whats missing is JIT Support and the GPU Drivers but if Daeken can fix the Linux4Tegra source that should come very soon.

 

[the_randomizer]

Do you think Snes9x mainline would be next to be ported over? It's far less hacky than 2010. A lot of games have glitches with the speed hacks.

 

[Deleted User]

we can take a look later but why ? Snes2010 works fine and full speed

 

[the_randomizer]

we can take a look later but why ? Snes2010 works fine and full speed

Snes9x is based off of 1.52, which was released in 2010, Snes9x mainline is based off of 1.55, which has higher accuracy and less speed hacks. 2010 was designed with weaker hardware in mind, games like Final Fantasy VI have graphical glitches (cursor layering issues, missing menu color gradients, etc). IDK. Just an idea. Wii U could handle main Snes9x, I figured Switch would too, sorry, it was a stupid idea, I'll retract.

2010 is for weaker devices, why not take advantage of the hardware with a newer, better iteration of Snes9x? Besides, Snes9x 2010 doesn't support MSU-1.


Never mind -_-