@azerti1304
Try shortening the name. Call it x_D9.bin
You may also need to update your A9LH installation.
Try shortening the name. Call it x_D9.bin
You may also need to update your A9LH installation.
@azerti1304
Try shortening the name. Call it x_D9.bin
You may also need to update your A9LH installation.
Try this test build:@d0k3 I have a question about gba save injects. I noticed that when i dump saves from system is only 32kb file size, i usually dump them to to use in emulators to play on my tv. But when i save the game it seem to store the data in a large 64kb file size. Just by examination in hex editor, it adds extra garbage data. (nothing but FF) at the end of the data. So i realize i have to delete the extra data to restore the 32kb file size to make hourglass... decrypt 9 recognize it again to inject it back.
Is there some way to add a auto patcher or trimmer to the homebrew to make injections from emulator saves easier? The problem is it won't recognize it if the file size isn't the same exact one as the dumped file so i had to manual trim every time i do the transfer.
Duh. Use Decrypt9 to dump roms, not GW. Now, you have to (1) remove the last byte of the .3d1 file, (2) merge the two files together, then decrypt. Would have been easier if D9 would have done that in one step, right? And no, if you do everything right there is no chance for corruption.Can Decrypt9 decrypt splitted 4GB roms, like PokemonSun.3d0 (P1) and PokémonSun.3d1 (P2) ?
If yes, then can we just merge both 3d0 and 3d1 files and have a fully decrypted .3ds?
Because if not, we will have to trim the rom, decrypt it, and un-trim it, and I guess this can corrupt the rom, right?
I tried the download link and it worked. Just like i said, dumps are usually smaller size than what emulators like visualboy advance use, loading the save in emulator doubles size. After the enhanced size i loaded back into decrypt9 and injected, no problems.Try this test build:
https://transfer.sh/OcCXd/decrypt9wip-20161126-111022.zip
Well, for example, lets take Mario 4 Advance.
1. Start Mario 4
2. Leave it and start D9
3. Dump the Gba save.
4. Look at the size it is, lets call it Needed Size. In this example, it might be 16 kb
5. Compare it with the size of your save. Its 32 kb
6. Use a gba savetrimmer if it is different (https://xerodotc.wordpress.com/2012/06/11/visualboyadvance-sav-file-trimmer/)
7. If asked what size you wish your save to be, use the Needed size (so in this case, put 16 kb into it)
8. rename it and inject it
Did you try using the Decrypt9 build in d0k3 recent post? I used that to inject my save data and it work with no problem.I experience some ERROR on trimming the save file...
i have pokemon emerald save data which is 128 in size...
i used the trimmer, and the size of the file bacame 64...
everyting is working but i noticed 1 thing...
when i access hall of fame, it tells that the "hall of fame data is corrupted)"
i beat the elite 4 again, the latest team that i used, registers on the hall of fame but all the older hall of famer pokemon are not in the list anymore...
so is there any workaround about this issue? thanks and have a nice day...
I think is supposed to be that way if you have a9lh installed. It is using a system flaw exploit to work you know.is it normal if my nandmin.bin is corrupted all the time and simple nand.bin is fine?
just got nandmin.bin before dsiware downgrade and nandmin.bin after dsiware downgrade (source 3ds of course)
and no matter what validator keep saying they are both corrupt,
however nand.bin after dsiware downgrade is fine.
Can i force-restore my nandmin anyway and will i lost my al9h after?
I think is supposed to be that way if you have a9lh installed. It is using a system flaw exploit to work you know.
Last two questions? Well if you dump a nand from when the a9lh is installed then all dumps will probably have that error. Also i think if you do inject nand dumps to system, it should give a option to keep a9lh IF the nand dump doesn't have it installed. Maybe d0k3 can answer this better since is his homebrew after all. You really should be using Hourglass9 if you worry about saftey since is the simple version unlike decrypt9 which has more advance options that may be unnecessary to just basic consumer user.thanks for respond ( read something similair long ago )
but what about last two questions?
Last two questions? Well if you dump a nand from when the a9lh is installed then all dumps will probably have that error. Also i think if you do inject nand dumps to system, it should give a option to keep a9lh IF the nand dump doesn't have it installed. Maybe d0k3 can answer this better since is his homebrew after all. You really should be using Hourglass9 if you worry about saftey since is the simple version unlike decrypt9 which has more advance options that may be unnecessary to just basic consumer user.
yup i used that but i think decrypt9 is not the problem,Did you try using the Decrypt9 build in d0k3 recent post? I used that to inject my save data and it work with no problem.
Before i had to manual fix it by using hex editor to erase the extra data to get file size back to normal.
Are you talking about a pokemon game? Sorry i wouldn't know about it. I didn't use any save injection for that. I only used save injection for Breath of Fire cia game i made. Perhaps your save data is fragmented by corruption during your trimming. I only used a hex editor to remove the extra junk data the emulators add when using my dumped save file from BOF from 3DS to VBA.yup i used that but i think decrypt9 is not the problem,
even on vba emulator (not yet injected the save to VC), after i change the save file to 64kb, hall of fame is corrupted...
so your experience is you also have a 128kb vba save file? then you convert it to 64kb, then you inject it to vc... still your hall of fame intact?
can you make a step by step on how did you do it if you have free time, i might miss something... thanks...
i tried to manually trim the save into half using hex editor... but same result happens... :-(Are you talking about a pokemon game? Sorry i wouldn't know about it. I didn't use any save injection for that. I only used save injection for Breath of Fire cia game i made. Perhaps your save data is fragmented by corruption during your trimming. I only used a hex editor to remove the extra junk data the emulators add when using my dumped save file from BOF from 3DS to VBA.
VC game i play seem to dump data of 32KB when loading that save data into a emulator it doubles the size to 64KB for some reason. It just added a bunch of junk data to the end of the file. (Comparing the VC save to emu save in hex editor it adds constant "FF FF FF FF FF" at the end of the file.) So i just removed it from the file until it matches the VC file size to inject.
The build D0k3 put up a few days ago just allows you to inject emu saves without needing to modify anything. The current versions of decrypt9 and hourglass does not recognize any files that isn't the proper size compared to the dump file.
Did you try injecting a unmodified save data in the decrypt9? Make sure you using the one in d0k3 post from few days ago.i tried to manually trim the save into half using hex editor... but same result happens... :-(
so the newer d9 doesnt look if the file is larger than whst it needs? so even i have 128kb save on sd, decrypt9 will detect and inject it?
i tried what u said, indeed it allow injection, but when i played the game... still received hall of fame corruption on pokemon center pc...Did you try injecting a unmodified save data in the decrypt9? Make sure you using the one in d0k3 post from few days ago.
Then obviously something is wrong with the save data, and VC injection has nothing to do with it. Is just the data is corrupt i guesss. Sorry i'm not much help.i tried what u said, indeed it allow injection, but when i played the game... still received hall of fame corruption on pokemon center pc...