Changes

  000004ab - Nintendo Vidéo - EUR

  000004ab - Nintendo Vidéo - EUR

Toutes les données additionnelles ([[Données additionnelles]]), sont cryptées. Même si ces fichiers utilisent des blocs 0xFF similaires aux [[Sauvegardes de Jeux]] FLASH, ils ne peuvent pas être décryptés avec la faille xorpad comme les sauvegardes.e.  Les données additionnelles ne peuvent pas être copiée sur la carte SD d'une autre 3DS, elles sont liées à la console.

Toutes les données additionnelles ([[Données additionnelles]]), sont cryptées. Même si ces fichiers utilisent des blocs 0xFF similaires aux [[Sauvegardes de Jeux]] FLASH, ils ne peuvent pas être décryptés avec la faille xorpad comme les sauvegardes. Les données additionnelles ne peuvent pas être copiées sur la carte SD d'une autre 3DS, elles sont liées à la console.

== import.db and title.db ==

== import.db and title.db ==

Avec l'introduction de la mise à jour de Juin, la structure des dossiers a considérablement changé. Vous trouverez maintenant les dossiers "dbs" et "title" dans /Nintendo3DS/<SomeID>/<SomeID>/ avec le dossier "extdata". "Le dossier dbs" contient dexu fichiers, import.db et title.db (utilité actuellement inconnue). Le fichier import.db  semble contenir des données sur les SRLs des DsiWares.

Avec l'introduction de la mise à jour de Juin, la structure des dossiers a considérablement changé. Vous trouverez maintenant les dossiers "dbs" et "title" dans /Nintendo3DS/<SomeID>/<SomeID>/ avec le dossier "extdata". Le dossier "dbs" contient deux fichiers, import.db et title.db (utilité actuellement inconnue). Le fichier import.db  semble contenir des données sur les SRLs des DsiWares.

Les données au début du fichier sont cryptées, mais le reste est en clair. Ce fichier fait toujours 3.1MB, il ne contient donc pas le SRL complet de la plupart des DsiWares. Les données stockées ici ne sont pas ordonnées de la même façon que les SRLs sources : le code ARM7, le code ARM9 et les données sont mixés ensemble. Le fhichier peur contenir les données d'un DsiWare non installé, simplement listé sur la DSi source lors du transfert de DsiWares.( ce fichier est en fait une sorte de stockage temporaire de données utilisées pour l'installation des DsiWares, etc).

Les données au début du fichier sont cryptées, mais le reste est en clair. Ce fichier fait toujours 3.1MB, il ne contient donc pas le SRL complet de la plupart des DsiWares. Les données stockées ici ne sont pas ordonnées de la même façon que les SRLs sources : le code ARM7, le code ARM9 et les données sont mixés ensemble. Le fichier peur contenir les données d'un DsiWare non installé, simplement listé sur la DSi source lors du transfert de DsiWares.(ce fichier est en fait une sorte de stockage temporaire de données utilisées pour l'installation des DsiWares, etc).

title.db semble être crypté.

title.db semble être crypté.

== title ==

== title ==

  /title/00040000/ Contient les téléchargement effectues depuis l'eShop ( quelqu'un peut-il les vérifier et les ajouter pour les différentes régions ?):

  /title/00040000/ Contient les téléchargement effectués depuis l'eShop ( quelqu'un peut-il les vérifier et les ajouter pour les différentes régions ?):

  00032600 - Pokedex 3D - EUR (vérifié)

  00032600 - Pokedex 3D - EUR (vérifié)

  00042a00 - Legend of Zelda - Link's Awakening - EUR

  00042a00 - Legend of Zelda - Link's Awakening - EUR

  Pour plus d'IDs, vour les titles00040000 sur la [[Liste des Titles]]

  Pour plus d'IDs, vour les titles00040000 sur la [[Liste des Titles]]

Les dossiers des titles ci-dessus contiennent deux sous-dossiers : "content" et "data". Le dossier "content" contient : 00000000.tmd,  des fichiers .app ,  et un dossier cmd contenant 00000001.cmd. Tous sont cryptés avec une clé unique à chaque console. Les dossier "data" contient 00000001.sav, c'est la sauvegarde cryptée du title. Même si ces sauvegardes ressemblent aux sauvegardes FlASH, elles utilisent  un  CTR adéquat pour chaque bloc AES dans le fichier,  et le CTR change entièrement pour chaque écriture de sauvegarde. Le fait de renommer ces sauvegardes provoque un blocage du menu lors de l’exécution du title. le fait de modifier les sauvegardes provoque une corruption de la somme de contrôle/ du hachage comme sur les sauvegardes flash..

Les dossiers des titles ci-dessus contiennent deux sous-dossiers : "content" et "data". Le dossier "content" contient : le fichier 00000000.tmd,  des fichiers .app et un dossier cmd contenant 00000001.cmd. Tous sont cryptés avec une clé unique à chaque console. Le dossier "data" contient 00000001.sav, c'est la sauvegarde cryptée du title. Même si ces sauvegardes ressemblent aux sauvegardes FLASH, elles utilisent  un  CTR approprié pour chaque bloc AES dans le fichier. Le CTR change entièrement à chaque écriture de sauvegarde. Le fait de renommer ces sauvegardes provoque un blocage du menu lors de l’exécution du title. Le fait de modifier les sauvegardes provoque une corruption de la somme de contrôle/ du hachage comme sur les sauvegardes flash.

Lors du renommage de "n'importe quel" dossier/fichier dans le dossier content, l'icône sur le menu Home est toujours affichée. Le fait de modifier ces fichiers a le même effet que si vous les renommiez.  

Lors du renommage de "n'importe quel" dossier/fichier dans le dossier "content", l'icône sur le menu Home est toujours affichée. Le fait de modifier ces fichiers a le même effet que si vous les renommiez.  

Si vous renommer le dossier/fichier cmd, ou bien le fichier 00000000.app, la banner 3D n'est plus affichée. Si vous renommez le dossier cmd ou le fichier contenu dans ce dossier, le menu Home refusera d’exécuter le title et le manuel ne fonctionnera pas.( il affichera l'écran noir disant que la carte SD n'est pas insérée). Le manuel ne se lancera pas non plus si le fichier 00000001.app est renommé, se pourrait-il que ce .app soit le manuel?   Quand le fichier binaire principal 00000000.app est renommé, le title ne sera pas lancé et dans le manuel, une marque substitutive est utilisée pour le nom du title et son icône. Le [[menu Home]] ne soucie absolument pas de si le tmd a été renommé.

Si vous renommez le dossier/fichier cmd, ou bien le fichier 00000000.app, la banner 3D n'est plus affichée. Si vous renommez le dossier cmd ou le fichier contenu dans ce dossier, le menu Home refusera d’exécuter le title et le manuel ne fonctionnera pas (il affichera l'écran noir disant que la carte SD n'est pas insérée). Le manuel ne se lancera pas non plus si le fichier 00000001.app est renommé, se pourrait-il que ce .app soit le manuel ? Si le fichier binaire principal 00000000.app est renommé, le title ne sera pas lancé et dans le manuel, une marque substitutive est utilisée pour afficher le nom du title et son icône. Le [[menu Home]] ne soucie absolument pas de si le tmd a été renommé.

== Private ==

== Private ==

"Private" data is stored here:

Les données "Private" sont stockées ici:

  /Nintendo 3DS/Private/<Title ID Low>/

  /Nintendo 3DS/Private/<Title ID Low>/

  00020400 - Nintendo 3DS Camera

  00020400 - Appareil Photo 3DS

  00020500 - Nintendo 3DS Sound

  00020500 - Studio son Nintendo 3DS

"Private" data for 3DS Sound/Camera are cleartext.

Les données "Private" pour l'appareil photo et le studio son sont en clair.

Under the camera priv dir is [[phtcache.bin]], this seems to list the pictures on SD card?

Il y a un fichier [[phtcache.bin/FR|phtcahe.bin]] dans le dossier "Private" de l'appareil hpto, il semblerait qu'il liste les photos présentes sur la carte SD.

When you want to intall pictures and see it with 3DS,rename to 8 numbers.mpo and save it on /DCIM .

Si vous voulez installer des images et les voir sur la 3DS, renommez-les avec (8 chiffres).mpo et sauvegardez-les dans /DCIM.

Under the sound priv dir is: voice/XX/*.m4a. Where XX is 01-10, with sound saved as .m4a.

Dans le dossier "Private" du studio son, il y a des fichiers voice/XX/*.m4a. ( Où XX est un chiffre de 01 à 10, avec le son encodé en .m4a)