Separate names with a comma.
Discussion in 'NDS - Flashcarts and Accessories' started by N1nt3nd0gam3r, Apr 15, 2009.
Anyone figured out how yet or got close?
get the picture file but it in your sd card simple
just make them jpeg
If you don't have a DSi dont answer question you don't know.
Not yet, maybe a firmware update might make the DSi able to do that.
he does, and i do too (i know, cause i know him in real life)
don't assume people have it or not...
Congrats, here's a cookie >
Seriously tho, why give a wrong answer then if he knows and owns a DSi.
Since someone made a Smash Bros. Level Editor for PC, we can expect some kind of image patcher...
What the DSi pictures have that the normal ones don't?
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.
Why would Nintendo try to block this...?
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.
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."
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?
Trying to prevent porn being sent to kids?
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.
Now a question:
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.
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)
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)
Well, Yoshi-lover, looks like kids can look at porn anyway.