Jump to content

Recommended Posts

Posted (edited)

Hi hopefully this is a simple fix. I've been using PkHeX and Wine because I'm a Mac user, and while it has been working flawlessly for Emerald, and FRLG .sav files - as soon as I put in a .dsv or .gci file to edit and then export back the save file just restarts my game and then I can't put it back into PkHeX, getting the message "either the file is too big or it has been corrupted". I've tried converting the .dsv to a .sav, but this did not remedy the issue. Hope someone can help me out. 

 

If I can provide any additional info to help with troubleshooting let me know.

Edited by coooooooops
Posted

Could you upload examples of the savefiles, specifically the unmodified savefile, and again after opening it and saving in PKHeX?
Recording a short video clip showing the process from start to finish could also help identify any mistakes you're making along the way that's causing the corruption, if any.
It's hard to know what's happening without being able to see the steps you're taking, or having the files for comparison.

  • Like 1
Posted

I'll detail the process I'm using: 

1. Open PkHeX

2. Make changes to the save file 

3. Save/Export to Battery Saves under another save file name 

4. Renaming the save to the corresponding rom's name 

5. Opened the save to a restarted game 

I have also done this for Gen 3 with no problems as I've mentioned before, but typically I will export directly to the file that holds my saves (Battery Saves), and it works no problem (the same can't be said with DS saves, as the video I sent will show). I'm not sure if this is an OpenEmu specific issue - but it uses Desmume as the core for DS emulation so I'm not sure why it would be any different. If you need more clarification theres a screen recording attached of the entire process.

 

diamond.dsv corruptdiamond.dsv

Posted

Your "corruptdiamond" is filled with FFFFFF's; no data is present in the file. PKHeX doesn't do that.

The "diamond" file exhibits the same behavior on desmume; do you have the original, unmodified file that the game successfully loads?

Unrelated, but you forgot to set the edited Piplup back to the slot when you changed its level. The editor window is a copy, not a by-ref view.

Posted (edited)

The file that I sent over in the previous response 'diamond.dsv' is the original unmodified file, it works fine when I load it in to OpenEmu. There seems to be some issue with OpenEmu that I wasn't having before.. I'm not sure what is happening from the transfer from OpenEmu to PkHeX back to OpenEmu that is erasing the save. This is a niche issue I can't find anywhere on the internet so I appreciate you taking time to respond. 

- on that other point ya I was cooked this morning recording that video forgot to drag it in. 

diamond.dsv

Edited by coooooooops
Posted

Yup its just not working even though PkHex is reading the updated .dsv just fine, its only when its being run does it revert to 0. Think its probably a bug with PkHex or the emulator. RIP

Posted
On 1/27/2025 at 8:34 PM, coooooooops said:

The file that I sent over in the previous response 'diamond.dsv' is the original unmodified file, it works fine when I load it in to OpenEmu. There seems to be some issue with OpenEmu that I wasn't having before.. I'm not sure what is happening from the transfer from OpenEmu to PkHeX back to OpenEmu that is erasing the save. This is a niche issue I can't find anywhere on the internet so I appreciate you taking time to respond. 

- on that other point ya I was cooked this morning recording that video forgot to drag it in. 

diamond.dsv 512.12 kB · 5 downloads

I tried to open this file with PKHeX, export as .sav save file, import in DeSmuME as "battery file" and it works.

image.thumb.png.734040d46146183e4d4aabf2ba3c56f2.png1015 - Pokemon Diamond (v05) (U)(Legacy).dsv

Posted (edited)

Ok I think you might have something, but there's still one issue: when you load a .sav into OpenEmu's battery save file and then try to play the game the emulator will only recognize .dsv files so it will create a new one each time. However, I can now edit the .sav continuously which I couldn't do before (I was getting attempted to load an unsupported file type/size or file is corrupted). I'm confident if I can get OpenEmu to load the .sav for the DS emulator - it will work. I understand a lot of you don't use Mac but if there's a way to change whether or not Desume prioritizes .sav over .dsv it would probably help a lot. Thanks again.  

 

Edit: I have to rename the file to match the rom's name otherwise it won't load but I'm sure you knew that...

Edited by coooooooops
Posted (edited)

I got it to work, for whatever reason had to load it in Desmume first and then transfer it over, so fishing ridiculous I dont know why that worked...

 

Thanks for the help though appreciate you responding to my stupid thread.

Edited by coooooooops
  • Like 1

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...