Then you forgot about the Anti Savegame Restore bit! Unfortunately, you'll have to ask someone else. It's fixable, don't worry. I just never encountered the issue before so I can't help you.Hyes.
Damnit you're right. Thanks manThen you forgot about the Anti Savegame Restore bit! Unfortunately, you'll have to ask someone else. It's fixable, don't worry. I just never encountered the issue before so I can't help you.
I'm definatly not an experience programmer of any sort actually. In fact I don't program much, I took a template written in VB6 and used that as a base, and this editor was born. Then VB6 had some limitation, and used VBUC to upgrade it. I believe that the reason for the bloated size is like you have mentioned, duplicate data. Each drop down boxes or comboboxes I think that what it is called. It consist of 255 item add forms, and it has over 200 invalid selections. To remove the invalid selections from view to make it easier on the end user, I used I think called item remove form and then re-add the invalid selection after the user is done selecting something, in case if the user decided to go back and change the selection, this was done in attempt to reduce the chance of exception errors and writing erroneous value, to the saves. See the value of "Nothing" is 0x255 and the first power ups is 0x0. There is everything invalid between the last power ups and "Nothing". It's may not be the efficient way of doing thing, and I am sure there is a much more efficient way to do this, but with my limited knowledge, it should be good enough. It's like this for Every Combo Boxes in the Power Menu, and multiply by that by 45 then 10 more times. Also there is those Icons, their is 44 or 45 icons, they are repeated 6 more times, again 10 more times for slots, and multiply that by the numbers of characters I think is 45, before the 1.1.0 updates. This may not increased the size of the program, but I think it does. I figure if the end user don't like the size, they can simply delete the exe files and keep the compressed file after they are done with it. Perhaps I need to fiddle with the compiler settings, all in all though, at lest this makes it easier for the end users to modify their saves.@RandomUser
When your program has a packed size of 25,2 MB and an unpacked size of 582 MB, you should realize that's not normal. This means you have a lot of duplicate data or empty data included in your program, probably in the resource files. The 25,2 MB seem like a normal size for a program, that still has a lot of debug info in it. By changing some compiler settings you could probably get it down to less than ten.
Just saying
Too bad you had to give up on Visual Basic, I also really liked this language, because it was so small. If you want a powerful language, that doesn't need .Net Framework, I'd recommend the Lazarus IDE, it's for Pascal. I just found out about it and started working with it recently and I think it's kind of similar to Visual Basic, but in a very modern way and without needing any additional packages to run the finished exe files.
In the first post in red under Update 2: It states: "This editor does not unlock DLC characters like Ryu."Ok so will this allow me to get dlc like mewtwo for free?
It states in the OP that this does not allow you to unlock the DLC charactersI was wondering is it possible to get FREE ssb DLC characters using this
You need both system_data.bin and account_data.bin files in there. No save.bin should be needed. I used SDF to export and import. It should be like this <The time you exported>\00000edf\save_data\ directory and in the save_data directory should be the two files I mentioned earlier.I tried this with a physical copy (1.1.0) and when I imported my edited save nothing had changed! It was still the save file I went into the procedure with, did I import the save.bin files as well as the system_data together?
So I just leave my saves out when I import the data back into the cart?You need both system_data.bin and account_data.bin files in there. No save.bin should be needed. I used SDF to export and import. It should be like this <The time you exported>\00000edf\save_data\ directory and in the save_data directory should be the two files I mentioned earlier.
Oh, you're trying to import back to the physical copy of the game. I'd imagine the concept is the same with SDF, just make sure the game is in the 3DS slot before loading SDF, However using gateway, seems to mess this process up. If you exported with SDF, the process is the same with importing. I used a CIA version of the game, so no physical cart or ROM selection is necessary (except the GW physical card). I'm not sure where the save.bin file is coming from, although I should update my SSB3DS game, as it is still on 1.0.8. Just never got around updating it. This thread could help you if you're using Gateway. The thread is about using SDF to export and import from and back to emulated cart. I am curious, are you running on a custom firmware? That could be how the firmware handles the save, by creating a save binary file.So I just leave my saves out when I import the data back into the cart?
Not using gateway just a regular retail version on 1.1.0. No custom firmware either, I'm running 9.9.0-26EOh, you're trying to import back to the physical copy of the game. I'd imagine the concept is the same with SDF, just make sure the game is in the 3DS slot before loading SDF, However using gateway, seems to mess this process up. If you exported with SDF, the process is the same with importing. I used a CIA version of the game, so no physical cart or ROM selection is necessary (except the GW physical card). I'm not sure where the save.bin file is coming from, although I should update my SSB3DS game, as it is still on 1.0.8. Just never got around updating it. This thread could help you if you're using Gateway. The thread is about using SDF to export and import from and back to emulated cart. I am curious, are you running on a custom firmware? That could be how the firmware handles the save, by creating a save binary file.
Okay, I think I see what is going on. If using a save dongle to get the save file or using Gateway save dumper will not work. The saves needs to be decrypted or uncompressed, and the way to do that is to use SaveGameFiler. The only way I know off the top of my head is to run that is through a custom firmware or Gateway. Problem is you're on too high of a firmware to take advantage of SDF. Although I have not been reading up on newer exploits like ironhax or Turbohax.Not using gateway just a regular retail version on 1.1.0. No custom firmware either, I'm running 9.9.0-26E
Yeah @Baccabechoppin you have to use Save Data Manager or SVDT, both need ironhax/tubehaxOkay, I think I see what is going on. If using a save dongle to get the save file or using Gateway save dumper will not work. The saves needs to be decrypted or uncompressed, and the way to do that is to use SaveGameFiler. The only way I know off the top of my head is to run that is through a custom firmware or Gateway. Problem is you're on too high of a firmware to take advantage of SDF. Although I have not been reading up on newer exploits like ironhax or Turbohax.
Please correct me on this if I am wrong.
Used save data manager to extract the files with tubehax, so wouldn't I just remove the save.bin files before reimporting?Yeah @Baccabechoppin you have to use Save Data Manager or SVDT, both need ironhax/tubehax
Not sure where you got save.bin.Used save data manager to extract the files with tubehax, so wouldn't I just remove the save.bin files before reimporting?
After extracting the files I end up with 3 files and a folder called save_data (which houses the system_data.bin and account_data.bin files) the other 3 files are called save0, save1 and save2Not sure where you got save.bin.
You're suppose to end up with system_data.bin and account_data.bin. Edit the latter, put them on the SD card in the same structure it came in, then import it into the game.
I've never seen those save0/1/2 files using SDF, weird :/After extracting the files I end up with 3 files and a folder called save_data (which houses the system_data.bin and account_data.bin files) the other 3 files are called save0, save1 and save2
Will try that and report back hereI've never seen those save0/1/2 files using SDF, weird :/
I guess just ignore those and focus on editing system_data.bin only.
Tried it without the save.bin files and got it to work! Cheers for the help bud!Will try that and report back here