Thanks for sharing these guys! If you're looking for more speed, apparently this gameboy emulator (for android and raspberry pi) has the cpu core done in arm assembly 
http://www.gcat.org.uk/emul/
http://www.gcat.org.uk/emul/
seagal112's GB emu running in Citra (tested by request):
Fwiw it runs very slow (like most things). Note: Newer versions of the emu are needed (latest master) for these demos to work correctly.
Fwiw it runs very slow (like most things). Note: Newer versions of the emu are needed (latest master) for these demos to work correctly.
Hey Cruel, i'm using the draw.c from Nop90, it's more optimized and work fine.
Here a example with it: https://github.com/nop90/3DS-PAD
Ugh, it pains me to see this thread dying off.
So to remedy the issue a little bit, I'll reveal a cool little trick just for fun:
Open up Drenn's alternate ROP loader in a hex editor and change the byte at 0x30830 from 0x38 to 0x64.
This changes a rop gadget pointer from loading "Launcher.dat" to "MsetForBoss.dat".
It may not seem very useful at first but it's actually nice that you can keep your homebrew files in the same directory as you GW firmware without renaming stuff. : )
So to remedy the issue a little bit, I'll reveal a cool little trick just for fun:
Open up Drenn's alternate ROP loader in a hex editor and change the byte at 0x30830 from 0x38 to 0x64.
This changes a rop gadget pointer from loading "Launcher.dat" to "MsetForBoss.dat".
It may not seem very useful at first but it's actually nice that you can keep your homebrew files in the same directory as you GW firmware without renaming stuff. : )
The Sudo Function Allows the ARM9 Core to execute code in SVC Mode, in SVC Mode you have full access to everything in the ARM's reach.
You can for example use the arm coprocessors to enable all memory regions, force arm11 to jump to your code by detouring the exception vectors and honestly do whatever you want.
The Reason i did not put it this clearly before is that if you werent already thinking "damn if only i had access to arm privileged modes i could do what i want" this info probably won't do much good.
Keep the thread alive
You can for example use the arm coprocessors to enable all memory regions, force arm11 to jump to your code by detouring the exception vectors and honestly do whatever you want.
The Reason i did not put it this clearly before is that if you werent already thinking "damn if only i had access to arm privileged modes i could do what i want" this info probably won't do much good.
Keep the thread alive
For those living under a rock, the lovely Gateway Team has just enabled proper userland homebrew.
A ctruilib compiled demo, yeti3d.3ds, is on the gateway download page. First, update to GW Omega 2.2, of course, then simply place the file on your microSD and it shows up as a black and white checkered icon on the rom menu. Works well with some minor artifacting (it leaves the bottom screen blue on exiting).
A ctruilib compiled demo, yeti3d.3ds, is on the gateway download page. First, update to GW Omega 2.2, of course, then simply place the file on your microSD and it shows up as a black and white checkered icon on the rom menu. Works well with some minor artifacting (it leaves the bottom screen blue on exiting).
haha Gateway has released today that Gateway have now homebrew support and they give a thank to SMEA for the help
Does that mean smea helped with GW development? Because if so, that's rather hypocritical of him.
SMEA is Gateway.....
but for real.. he is helping with homebrew part... its a Gray area. 90% of homebrew is emulators, which people use rom to play games.
ITS ALL GRAY!
They're just thanking him for the public homebrew library, ctrlib, that was necessary to build userland homebrew apps (like the yeti demo)
He's not actually working for them directly.
Ok. That makes sense.
Because Smea has been so outspoken about piracy etc etc being the reason for keeping things private. He would be such a massive fucking asshole if he was behind GW. I'm glad that he's not.
Actually, it seems like he's more against free piracy tools. As hard as he is working to prevent anyone from using a free rom loader I wouldn't be surprised if there was a payoff somewhere along the lines.
*Not a picture board. keep this thread clean*
Hm. So Smealum all along was against people playing roms for free? What about his stance on paid rom playback solutions?
Also, props to the tinfoil pic!
Well, if he actually DID work with Gateway, that's pretty hypocritical. But the Gateway team seems like they're becoming more knowledgeable everyday, so they may very well have just taken his work and their "thank you" is meant as an insult.
Well. All these arguments of whether smealum did work with GW is moot.
Fact is, GW has come up with a public way of enabling users to run homebrew. This will most certainly help bring about increased interest in homebrew/hacking. GW has brought usable things for 4.x users, smealum has just simply showed what he was capable of but did not contribute directly to enabling homebrew on 4.x. (Not unless he's behind GW)
Happy times ahead. Now GW just need a way to enable 6.x/7.x support.
Why not Dlcs, .cia support and all eshop games support?
I think is more important than online games support.
I think is more important than online games support.
