evandixon

If listening to the music is what you want, then use a flashcart* to run the NDS Music Player: (*I didn't see anywhere regarding how you obtained the save file so I don't know if you have one. If you don't have a flashcart, you may want to buy one. They can be as cheap as $10, though good ones are $35. Look here for more info.) As for editing that byte you mentioned, you didn't manually fix the checksum. Since you didn't, the game thinks that part of the save file is corrupt, so it loads the non-corrupt section. When you change both, the game thinks the entire save is corrupt, so it deletes the entire thing. So, you will want to open your save file in Pokegen then save it, fixing the checksum.

Another thing you might want to not is that sometimes values aren't on the byte division as seen in hex editors, or even your program). For instance, when I figured out how to view held money on Mystery Dungeon Explorers of Sky (here), I found that it was stored something like this: yyXXXXXX XXXXXXXX XXyyyyyy, where X (a bit) is part of held money and y is irrelevant and probably means something else. When you were looking for 0, 1, 2, or 3 in the bytes, you are almost doomed to failure. You must convert the hex to binary and look for what you want in the string of binary. If you look here, you'll find my very old and buggy program which should do a similar thing to yours, but if you look around, you'll find a tool that will convert hex to binary (and then add an extra byte of 0 at the end, watch out for that; also it doesn't pad the left with 0's so you'll have to manually do that). Hopefully that will help you once you've found out the general area of what you're looking for. Also, I recommend you use HxD in addition to your tool and mine. It can determine the difference between any two files. (Also, the hex editor in mine is fail, so you'll have to use HxD to get the hex to convert to binary). Since it seems that my tool is still useful, I might reprogram it in the future, removing the annoying bugs.

Like the NDS Backup Adapter Plus or SMS4

Unfortunately, the Action Replay DSi cannot backup/restore the save files for Pokemon HeartGold/SoulSilver/Black/White/Black 2/White 2. You might be able to another way if you have a DS lite (or original DS) and Wifi. If you don't, you'll need additional hardware.

Read this thread for more info: http://projectpokemon.org/forums/showthread.php?16601-How-to-Backup-Restore-your-retail-cartridge-save-file-(D-P-Pt-HG-SS-B-W-Nearly-any-other-DS-game) Since you have an Action Replay with a MicroSD card slot on it, you can backup and restore the save files for almost any DS game. Unfortunately, this does not include Pokemon HeartGold/SoulSilver/Black/White/Black 2/White 2. Do you have a 3DS, DSi, or DS lite? If you have a DS lite, then you might be able to backup/restore the save file without additional hardware, if you have Wifi. As codemonkey85 said, the NDS Backup Adapter Plus is a good choice, even though installing the drivers on a 64 bit system is a pain (how to do that is linked to in the above thread).

Wow, a lot of questions. I'll answer more when I'm not on a smartphone. 1. Yes. 3. In pokegen, go to tools > Mystery Gift and load a .pgf file. Some can be found here http://projectpokemon.org/events/ 4. You should be fine, but I'm not sure about the legality stuff. 10. Your SMS4 should be fine. Please read my thread here: http://projectpokemon.org/forums/showthread.php?16601-How-to-Backup-Restore-your-retail-cartridge-save-file-(D-P-Pt-HG-SS-B-W-Nearly-any-other-DS-game) 11. I sure hope so. I read an article somewhere stating that whoever is in charge liked the 3rd Gen, but instead on saying yes or no to a remake, he left it open with a maybe.

Do you have a code like 94000130 FF000000 D2000000 00000000? That is exactly the same as this: 94000130 FF000000 D2000000 00000000 You shouldn't be having a problem...

That's correct, but clean ROMS can be trimmed to save disk space; this allows them to be ANY size. Some ROM dumpers might automatically trim them, so if the ROM is just slightly smaller than the sizes you specified, you should be fine (Ex. 29MB instead of 32MB).

A little math based on the size of a psk file predicts that the code would be 1220 lines long. However, I don't remember the maximum code length... [Edit] Ninja'd by Codr...

You mean for finding locations without knowing their names? That would probably be a lower priority feature.

This is a save file editor, not a ROM editor. I doubt Codr wants to integrate a ROM editor into his save editor.

What version are you using? Before you post that, try one version prior to the one you are using.

I don't actually know if it works across versions like that, but what you described should work. Just try it, and it will probably work.

Oh, yeah.. I'm too used to .Net I didn't think about that. Not that you're going to go on with the DLL idea, but is there a particular reason you aren't using .Net (besides not wanting to switch)? You can have more than one program reference the same DLL.

With .Net, simply create a Code Library project in the same solution, and reference it in the first project, and voilà. You have an executable referencing a DLL, with no more effort on your part than having the code in the same project. Having it in one file requires that you make more UI changes to allow you to switch between UIs.

Oh yeah... You're not using .Net... External code is harder without .Net... Sorry.

So you're suggesting trying to stuff multiple UIs into one program. Sounds like a lot more work...

Be sure you aren't using too many codes at once. If you are only using one at a time, then redo your changes with Pokegen like Guested suggested.

For both executables (with different UIs) to call the same functions, at least one will have to reference another file, or both must have an exact copy of the same functions, which will be difficult (or if nothing else, very annoying) to maintain. Unless you had something else in mind.

You'll need to upload it somewhere else then... Perhaps put it in a public dropbox folder.

Now that I think about it, you can have one executable reference the other... Is that what you were thinking?

Which means you can have two UI's use the same code. Exactly the same code. You can change the code and both will be affected. It would be great for keeping the old one while still adding bug fixes.

If it is done right, then you can simply not add new features to the old UI, while bug fixes will apply to both. But seeing that you don't want to put it in a DLL, then that's probably not going to happen (unless you have a copy of the code in each version, which will be difficult to maintain). To appease anyone who dislikes change, if you do decide to change it, you can just have a download link for the old version with the old UI. No updates necessary.

What if you separated the code from the UI and put it into a DLL? If you do redesign the GUI, you can then keep the current one and still fix bugs on both. However, I don't know how hard that would be, as it depends on how you already programmed Pokegen.

*Tries to think of a response* *Continues trying* Now I see why you made the poll... I (as a technical person) think I can figure out any UI you make for Pokegen. Just whatever you do, keep like fields together.