1. http://lmgtfy.com/?q=3ds+3dsx+homebrewwhat is 3dsx for homebrew? and can 3dsx run on gateway?
2. Not in EmuNAND above 9.2 and there are serveral other problems
1. http://lmgtfy.com/?q=3ds+3dsx+homebrewwhat is 3dsx for homebrew? and can 3dsx run on gateway?
All I am saying is that releasing compiled cores that just crash and haven't be correctly tested serves no purpose but confusing people.
Also, considering the weakness of 3ds CPU, optimized cores (like ones Ith stuff written in ARM assembly or dynarecs) are necessary if you ever want to get acceptable speed.
Do what you want to do, really, but that's my opinion.
All those systems already have DS versions that work pretty fine
You missed my point. I am not complaining about the current state of emulation or the fact it is not running "fullspeed".
I think it's cool people are trying to port retroarch and attempting to get its cores working.
I am only saying that making "releases" of straight compiled cores is not worth until you got them actually working and do something, that is, not crashing each time you load them within retroarch GUI. It will only confuse people who will think that if something is released, even "unofficially", it has been tested and is somehow working, even if slow, which is not the case here.
The other thing I am saying is an advice to focus on light cores or those who already have ARM CPU-optimized parts because a lot of retroarch portable cores are not optimized for a specific platform, so there is no way you will EVER get them running at decent speed on 3DS weak CPU unless you rewrote them completely to use 3ds hardware. It's not a matter of the "scene" getting more "mature" or waiting for "official" release, it's just being realistic and understanding what 3ds can doand what it can't.
Seriously would love to see the Virtual Boy, Gen/MD, FBA/MAME/NeoGeo, GBA and N64 Cores.
I agree, but keep in mind all those emulators were pretty much tuned for the NDS, this is not the case with Retroarch cores.
Retroarch itself might be ported and optimized for the 3DS but its emulators cores are likely not going to be. Why? Because this is how it works: it uses highly portable emulation cores that are supposed to be platform-agnostic and not rewritten for each new platform, only retroarch needs to be ported as it handles all the platform-specific stuff.
This is the strength of Retroarch but it's also its weakness when it comes to relatively weak platforms (not only the 3DS, you can look at the existing PSP port to see what it can currently do compared to existing optimized emulators).
That's the reason why you don't have yet another straight snes9x port being developped but something like Blargsnes instead, which is fully optimized for 3ds. That's also the reason why it's pointless to try to run genplusgx core on 3ds because, even if you got it to start a game, it's never going to run anything at decent speed unless you rewrite quite everything in ARM assembly.
Also, I don't think Jenesis DS sourcecode was ever released and don't believe Lordus is going to make a comeback in the 3DS scene after having worked with Nintendo so it's not going to be ported on 3DS.
Our best chance for Genesis right now is to use Picodrive as it has code optimized for ARM CPU. If someone can get it running in Retroarch for 3ds, this might give a good indication on what kind of speed we can expect.
What problem with gPSP? RetroArch:: content_playlist_push :: cannot push NULL or empty core info into the playlist
I have put my gba_bios.bin into sdmc:/retroarch/cores/system/
Couldn't get the genesis on working on ironhax HBL 2.1 just crashes on a red screen on my N3ds