Hacking Pictures on PC to DSi yet?
- Thread starter N1nt3nd0gam3r
- Start date
- Views 10,010
- Replies 23
B
ball2012003
Guest
xDlmaoxD said:
he does, and i do too (i know, cause i know him in real life)
don't assume people have it or not...
They have special Exif data.
I've been toying around with the DSi and trying to get it to display pictures I put on from my computer. I used PhotoME to view and edit some Exif data. I found out that the DSi stores some data in the Exif data that pertains to the image. In PhotoME it's displayed as the Binary Data under Manufacturer Notes.
So far I've only been able to manage copying an image on the SD card without use of the DSi. But that's only because I didn't have to change any Exif Data. The DSi stores a list of images on the SD card, located in "private/ds/app/484E494A/pit.bin" if you delete that, then the DSi recreates it by scanning the images on the card and adds them all to the list. If you copy a picture (and rename it to the appropriate name, e.g. HNI_0017 would become HNI_0018), the DSi won't recognize it's there unless you delete the pit.bin file.
Editing an image, though, requires that the exif data under "manufacturer's notes" somehow conforms to the picture. I haven't any experience cracking codes, so this is as far as I got. I imagine that this is the only thing that's holding up people from putting images on the DSi. If you "Import/Export -> Export EXIF data" from a working DSi image and "Import/Export -> Import EXIF data" to an edited image, it won't work. It comes up saying "Cannot Display Image." Although it at least recognizes that something's there. It just won't display it.
This is what I've found out through exploring for a half hour or so.
Once someone cracks the code for the "Manufacturer Notes" that might be all that's preventing the DSi from showing the picture. Of course, there also might be more protection behind it. I haven't really done any research into what has and hasn't been done for this. So if this is already widely-known, sorry for wasting your tine.
I've been toying around with the DSi and trying to get it to display pictures I put on from my computer. I used PhotoME to view and edit some Exif data. I found out that the DSi stores some data in the Exif data that pertains to the image. In PhotoME it's displayed as the Binary Data under Manufacturer Notes.
So far I've only been able to manage copying an image on the SD card without use of the DSi. But that's only because I didn't have to change any Exif Data. The DSi stores a list of images on the SD card, located in "private/ds/app/484E494A/pit.bin" if you delete that, then the DSi recreates it by scanning the images on the card and adds them all to the list. If you copy a picture (and rename it to the appropriate name, e.g. HNI_0017 would become HNI_0018), the DSi won't recognize it's there unless you delete the pit.bin file.
Editing an image, though, requires that the exif data under "manufacturer's notes" somehow conforms to the picture. I haven't any experience cracking codes, so this is as far as I got. I imagine that this is the only thing that's holding up people from putting images on the DSi. If you "Import/Export -> Export EXIF data" from a working DSi image and "Import/Export -> Import EXIF data" to an edited image, it won't work. It comes up saying "Cannot Display Image." Although it at least recognizes that something's there. It just won't display it.
This is what I've found out through exploring for a half hour or so.
Once someone cracks the code for the "Manufacturer Notes" that might be all that's preventing the DSi from showing the picture. Of course, there also might be more protection behind it. I haven't really done any research into what has and hasn't been done for this. So if this is already widely-known, sorry for wasting your tine.
Why would Nintendo try to block this...?
Couldn't you take a photo and insert another photo with GIMP or something?
Couldn't you take a photo and insert another photo with GIMP or something?
It's to prevent JPG exploits, allowing us to run unsigned code on the DSi.
But, if we could figure out the Exif data and such, then it might be possible for us to do so.
Interesting.
But, if we could figure out the Exif data and such, then it might be possible for us to do so.
Interesting.
Nintendo wants to block it because you can cause a buffer overflow on jpeg images which can then be used to inject unauthorized code into the DSi. Somewhat similar to how the Twilight Hack worked. Except with a picture instead of the horse's name.
GIMP doesn't create the Binary Data EXIF information, so the DSi will either not show the image at all or show "Cannot Display Image."
GIMP doesn't create the Binary Data EXIF information, so the DSi will either not show the image at all or show "Cannot Display Image."
So, if we can create a special JPG with the correct EXIF, then as I said, we can run unsigned code.
In theory, that is. Correct?
In theory, that is. Correct?
dinofan01 said:
I don't believe you can send images over the Internet.
So, I don't see how that's relevant.
Well, yeah. You need to create the right Binary Data to go with the altered jpeg that contains special code that we don't know about and probably requires bug testing...which would then require a completely different set of Binary Data.
So first solve the problem of the code with Binary Data, then whoever wants to can try and figure out what needs to be done for the DSi to display a moving "Hello World!" from a jpeg.
So first solve the problem of the code with Binary Data, then whoever wants to can try and figure out what needs to be done for the DSi to display a moving "Hello World!" from a jpeg.
Now a question:
Does the DSi only check for the data if pit.bin is missing, or will it check every time?
Does the DSi only check for the data if pit.bin is missing, or will it check every time?
Were talking about Nintendo here. Any chance a kid could come in contact with ANYONE, they put up walls. You can send images to other DSi users around you.wchill said:
The DSi reads from pit.bin if it exists and ONLY reads the images that pit.bin names. If pit.bin doesn't exist, the DSi reads all of the images on the SD card and adds them to pit.bin.
Whenever you take a photo with the DSi it automatically adds it to pit.bin and whenver you delete an image, it removes it from pit.bin.
(Keep in mind all of what I'm saying is purely speculation, as I've no definitive proof any of this happens. This is just what logic tells me from what I've discovered on my own. It could work in some way I don't know about)
Whenever you take a photo with the DSi it automatically adds it to pit.bin and whenver you delete an image, it removes it from pit.bin.
(Keep in mind all of what I'm saying is purely speculation, as I've no definitive proof any of this happens. This is just what logic tells me from what I've discovered on my own. It could work in some way I don't know about)
I meant the EXIF data; does the DSi check for that only if pit.bin is missing, or does it check every time?
Oh. I'm pretty sure it reads the EXIF data every time you start the app, regardless of pit.bin.
Side Note: The Web browser has no restrictions on image viewing. Someone might be able to crack that. (And kiddies can view all the porn they want)
Side Note: The Web browser has no restrictions on image viewing. Someone might be able to crack that. (And kiddies can view all the porn they want)
Well, Yoshi-lover, looks like kids can look at porn anyway.
Also, I don't see how the Web browser can be exploited, seeing as it's pretty much just Opera that's been ported to the DSi. Quite unlike the Wii with its extra Javascript commands.
Also, I don't see how the Web browser can be exploited, seeing as it's pretty much just Opera that's been ported to the DSi. Quite unlike the Wii with its extra Javascript commands.
Similar threads
