Homebrew Homebrew Development

[Inuuto]

I have my thoughts and theory about this whole piracy issue, but history has shown that tolerance on discussion about such things is minimal at best.

Not really sure about cool stuff for homebrew apps.

It'll be retarded to use the 3DS as an iphone like gaming device. Imagine.... frigging temple run on 3DS.

A better web browser? Email client? The Vita has some useful features that the 3DS could borrow.

 

[gamesquest1]

It's not about pirating games. Because there are valid and invalid points about the whole piracy issues.

All this new exploit does is allows you to "sideload" home made apps and games.

It DOES NOT allow you to do the cool stuff like changing the background colours, region free, removing camera recording limit etc etc.



Signature Checks being patched would allow any unsigned code to run meaning rom loaders and stuff. My guess is that the new 6.x exploit would require homebrew games and apps to have a pre-generated homebrew signature. Kinda like DRM.

not really talking about the new exploit, i mean now that gw 2.1 has signature checks disabled i forgot who but someone has a pre-compiled yeti3ds in 3ds rom format (.3ds) i assume this would now work on gateway

 

[Snailface]

not really talking about the new exploit, i mean now that gw 2.1 has signature checks disabled i forgot who but someone has a pre-compiled yeti3ds in 3ds rom format (.3ds) i assume this would now work on gateway

Sig checks are patched but the homebrew still needs to be encrypted or the 3ds won't run it.

 

[gamesquest1]

Sig checks are patched but the homebrew still needs to be encrypted or the 3ds won't run it.

ahhhhh shame

 

[windwakr]

Sig checks are patched but the homebrew still needs to be encrypted or the 3ds won't run it.

Where are you getting this information? 3Dbrew says NCCH containers support having no encryption on them.
http://3dbrew.org/wiki/NCCH

A ROM is basically just made up of a bunch of NCCH containers.
http://3dbrew.org/wiki/NCSD

 

[VMM]

Good for you then.

We'll just wait for the influx of home made flappy birds, tetris and tic tac toe IN 3D!!!!!

What about emulators?
Isn't that the main reason to run unsigned code on a user-mode 3DS?

 

[st4rk]

What about emulators?
Isn't that the main reason to run unsigned code on a user-mode 3DS?

Yeah, i think with ctrulib is very easy to port a emulator =](3DS use OpenGL right ? xD)

 

[KnightMario]

If it's so easy somebody would have done it already.
There' shot to be some difficulty to it.

 

[st4rk]

If it's so easy somebody would have done it already.
There' shot to be some difficulty to it.

Some people can't use ARM11 to homebrew and can't reboot the 3DS to execute your custom app, it's the problem.


If the smea-exploit(6.3) work the ctrulib without firmware reboot, will be perfect :]

 

[VMM]

Some people can't use ARM11 to homebrew and can't reboot the 3DS to execute your custom app, it's the problem.


If the smea-exploit(6.3) work the ctrulib without firmware reboot, will be perfect :]

It's not that hard to code in ARM11 now on 3DS, everybody can do it, SSSpwn would make it easier to get access and could still let the services running, but that does not make any difference to porting a SNES emulator.
Ctrulib is already a nice library that do all the basic stuff you need for simple aplications,
but for such complex program like an emulator, there should be a lot more libraries,
that will probably be created sooner or later.

What this exploit could do to benefit to creation of such complex projects like emulators is
to get more attention to the 3DS hacking scene, since a lot more systems would be able to run unsigned code,
making more talented devs work on 3DS hacking scene, and therefore fastening it.

 

[st4rk]

"Everybody can do it"

Really ? i didn't know :c

 

[Foxi4]

Yeap. He's probably the only dev that is spearheading the entire 3ds hacking scene. HOWEVER, this so called 6.x and perhaps 7.x exploit is ONLY suited for homebrew apps and games. You still can't fully hack the 3DS. It's akin to managing a disease rather than curing it. Better than nothing. An achievement in itself.

As far as I know, there is nothing suggesting that the exploit doesn't give kernel-level access and in fact it more than likely does since it's launched via the settings screen, it's just smealum who wants to cut down the feature set to userland. As for the "possibly 7.x", no, I'm pretty sure that 7.x is built on a different SDK and the same ROP chain will not be compatible with it, hence smealum's earlier post about not going past 6.3.

 

[lambstone]

As far as I know, there is nothing suggesting that the exploit doesn't give kernel-level access and in fact it more than likely does since it's launched via the settings screen, it's just smealum who wants to cut down the feature set to userland. As for the "possibly 7.x", no, I'm pretty sure that 7.x is built on a different SDK and the same ROP chain will not be compatible with it, hence smealum's earlier post about not going past 6.3.

Hm. You might be right about the exploit. But smealum's future release of ssspwn is only good for sideloading home made apps and games though. Kernel level access (if possible) via the 6.x exploit will not be coming from any of the devs currently in existence. Also, if 6.x does allow for kernel access, the exploit will never be documented due to *surprise surprise* piracy concerns.

 

[Foxi4]

Hm. You might be right about the exploit. But smealum's future release of ssspwn is only good for sideloading home made apps and games though. Kernel level access (if possible) via the 6.x exploit will not be coming from any of the devs currently in existence. Also, if 6.x does allow for kernel access, the exploit will never be documented due to *surprise surprise* piracy concerns.

...and? If the ecosystem for homebrew will be built in such a way that it only inhibits loading 3DS backups, I don't have a problem with that - it's smealum's choice. Homebrewers will have the freedom of coding whatever they want and everyone's happy. Besides, even the simple demonstration of 6.3 being exploitable is enough to get lots flash cart manufacturers interested, so I wouldn't be terribly surprised if development in that direction begins soon, with or without an SSSpwn release, it's how the cookie crumbles.

 

[VMM]

"Everybody can do it"

Really ? i didn't know :c

The problem with current ARM11 coding is that it runs on bare metal.
3DS services do not work, that means you can't return to home menu,
and many things do not work, to make it even more problematic, you have to access ARM11
trough ARM9.
It seems that smealum exploit give ARM11 access right away, wich make things a lot easier to devs.

 

[KnightMario]

I feel it needs to be known:
Pirates stay on 4.5 for now.
Homebrew users stay on 6.3
Nuff said.

 

[VMM]

I feel it needs to be known:
Pirates stay on 4.5 for now.
Homebrew users stay on 6.3
Nuff said.

I wouldn't say that, if someone already have a 4.5 firmware,
there is no gain in updating to 6.3, you will lose kernel access,
which makes possible nice features not necesserily involved with piracy,
as lambstone have already mentioned some.

 

[driverdis]

I wouldn't say that, if someone already have a 4.5 firmware,
there is no gain in updating to 6.3, you will lose kernel access,
which makes possible nice features not necesserily involved with piracy,
as lambstone have already mentioned some.

there is a huge gain in updating to 6.3, as most likely, a kernel exploit will be found (not sure if one will ever be released) for it sometime later on. the huge gain is the 6.X keys. that would fix youtube and the 6.x saves. that would allow pokemon carts to be used between updated consoles and the 6.3 one without wiping the save every time.

 

[VMM]

there is a huge gain in updating to 6.3, as most likely, a kernel exploit will be found (not sure if one will ever be released) for it sometime later on. the huge gain is the 6.X keys. that would fix youtube and the 6.x saves. that would allow pokemon carts to be used between updated consoles and the 6.3 one without wiping the save every time.

I wouldn't be assuming this, smealum wants to release only user-mode stuff,
so there is a big chance he releases his exploit without kernel access.

 

[driverdis]

I wouldn't be assuming this, smealum wants to release only user-mode stuff,
so there is a big chance he releases his exploit without kernel access.

by allowing user mode, one can make a kernel mode exploit that runs from user mode. Im sure there are others as intelligent as smealum out there who may eventually release, or at least prove a kernel mode exploit is possible.