Homebrew [Release] Custom ROP loader HTML

[duke_srg]

liomajor
Got it. I'll let you know when I fix all the possible bugs to test.

 

[ZAMI]

HI DUKE I HAVE 3DS FW 3.0.0-4E AND CFW RXTOOL DOSNOT WORK FOR ME I DO ALL THINGS AND WEN I GO TO http://dukesrg.no-ip.org/3ds/go/?rxTools.da ITS FREEZ WAHT SHOULD I DO

 

[duke_srg]

HI DUKE I HAVE 3DS FW 3.0.0-4E AND CFW RXTOOL DOSNOT WORK FOR ME I DO ALL THINGS AND WEN I GO TO http://dukesrg.no-ip.org/3ds/go/?rxTools.da ITS FREEZ WAHT SHOULD I DO

Update at least to 4.x, noone would waste time to make homebrew compatible to earlier firmware verions. At least for now

 

[ZAMI]

I DONT HAVE GAME TO UPDATE IS THERE ENY WAY TO UPDATE WITHOUT ORIGINAL GAME

 

[Cyan]

Please, don't post with caps lock enabled.
there's no need to cry and it's hard to read.

Writing in uppercase will not get your message answered faster.

 

[ZAMI]

sorry bro

 

[duke_srg]

sorry bro

Just get the game, it may take forever to see it all working on 3.x

 

[ZAMI]

is there any chance to see cfw work on fw 9.6

 

[SomeGamer]

Or 9.4 with Spider?

 

[liomajor]

ZAMI

Enter eShop and search "update". You can dl everything without game.

 

[Zidapi]

is there any chance to see cfw work on fw 9.6

Or 9.4 with Spider?

On 9.6? No. Not now, not anytime soon. Unless something dramatic happens it could be years (if ever) before 9.6 is exploitable.

9.4? No, definitely not with spider. Via other methods? Perhaps.

Some devs have hinted that they have a 9.5 exploit, but it won't be released. They'll likely keep it for future use.

This pretty much sums up the situation for people asking about 9.3+ support.

Gateway announced support for 9.2 and then 9.3 patched their ARM11 kernel exploit. Then 9.5 patched their ARM9 exploit. So to have emuNAND on 9.6 you'd have to find another ARM11 kernel and then ARM9 kernel exploit. And you don't just burn those because a few stupid people updated past 9.2. Don't expect anything else for a good year or two.

 

[SomeGamer]

Too bad... But thanks for the answer!

 

[Suiginou]

This is wildly irrelevant but you're likely familiar with spider -- do you have any plans to work on spiderninja?

 

[duke_srg]

This is wildly irrelevant but you're likely familiar with spider -- do you have any plans to work on spiderninja?

No such plans in near future. rxTools will be able to lauch signed/homebrew CIA in near future so there will be no such need.

Updated first post with new Gateway payloads

Upd: ARCode also updated with bug fix, AND cheat code data offset has been changed again.

 

[duke_srg]

Updated index.html and DownloadCode to support of up to 10Kb code load.

 

[duke_srg]

Just updated arcode.dat with text output, patch offset changed!

 

[duke_srg]

Arcode.dat updated once more, offset changed. Output changed to be more suitable to the loop-based codes

 

[duke_srg]

arcode.dat is updated, this versionis optimized for signature search codes, output is disabled. Cheat code data offset changed.

 

[fmkid]

Hi Duke... I have a little problem with latest VC.dat file that you post. I've created a local server on Android smartphone with your files (index.html, LoadCode.dat, VC.dat,....). I put some gb roms on my 3ds SD inside a folder called "roms", and I try to inject on a VC game through spider method...

If I create a bookmark on 3ds web navigator directly with an ip for an specific gb rom using VC.dat and his parameters it works normally (i.e: http://192.168.43.1:8080/?VC.dat&roms/tetris.gb) In my case, I've made an HTML web page with links for each gb rom on SD card (i.e: <a href=http://192.168.43.1:8080/?VC.dat&roms/tetris.gb> Tetris </a>), but not works. This problem occurs with the latest version of VC.dat (that with code.bin included on it), because older version (that needs code.bin on SD) worked fine (but, sadly, I've deleted that file updating)

Which could be the problem? Could you solve this issue?.... Thanks for your help!

PS1: I hope you understand me.
PS2: Sorry for my bad english. I speak spanish

 

[duke_srg]

fmkid The latest html with interated code.bin method is less stable than the original one. It depends more on the previous page displayed, so where the last method worked fine it may fail. Try to change your links

<a href=link>name</a>

to that one:

<input type=button value=name onclick=window.location.replace('link'); />

this will rewrite the current page instead of opening the new one so history will use less memory and that may work. Otherwise just bookmark each rom in 3DS browser.