Corpse Party Sprite Replacement with new 3DS Sprites Project. Help using Corpse_Party_Tools.exe?

Discussion in 'PSP - Hacking & Homebrew' started by dfsa3fdvc1, Aug 26, 2015.

  1. dfsa3fdvc1
    OP

    dfsa3fdvc1 GBAtemp Regular

    Member
    228
    104
    Jan 3, 2015
    Albania
    Hey, so I found this old thread with this awesome utility called Corpse Party Tools

    So basically, what I want to do is replace the lackluster blurry PSP sprites with the new 3DS sprites which are crisper, more detailed, and more accurate to character portraits, ect...

    Looking at the PSP sprites and 3DS sprites side by side (attached samples) the sprites are of the same dimensions sotheoreitcally importing the 3DS sprites into the PSP should be easy.

    Unfortunately I'm having a bit of trouble using Corpse Party Tools to import sprites. Right now I'm unable to even rebuild the image.bin without the game crashing. I've attached an image of my complete workflow which utilizes UMDGEN and Corpse Party Tools to see if someone could figure out how to get this working so I can hopefully get this project going. Thank you.

    Here's what the 3DS sprites look like compared to the PSP ones. So much better IMO.
    3DS.png 3DS
    PSP.png PSP
     

    Attached Files:

    Last edited by dfsa3fdvc1, Aug 26, 2015
  2. JamRules

    JamRules ...

    Member
    428
    421
    Jan 9, 2014
    Not sure if it's important but the .gim files aren't the same size, the bit rate is probably different.
    Have you tried using the tool to build a copy of the .bin file using the original contents just to check that it actually works?

    Also, not the cause of the issue in this case since the tool can't unpack the .bin hinting that's the problem,
    but when using UMDGen I would export the filelist from the option under File and then re-import it so that the LBAs stay the same
     
    Last edited by JamRules, Aug 26, 2015
  3. dfsa3fdvc1
    OP

    dfsa3fdvc1 GBAtemp Regular

    Member
    228
    104
    Jan 3, 2015
    Albania
    Thanks for the tip on UMDGen filelist. That probably would have also become a roadblock for me.
    I really think the GIM Conversion is the issue here. Attached screen of the original and converted Gim and they're basically polar oppossites lol.
    I really want to believe that the unpacking/rebuilding of the image.bin works and that it's just the Gim conversion that's the issue.

    I guess I'll look into GIM conversion. I do want to mention that I've never done any PSP game modding before so any help is welcome, lol.

    Also, link for anyone interested: Here's the Google Code page with the source for Corpse Party Toolset
     

    Attached Files:

    • hxd.png
      hxd.png
      File size:
      142.9 KB
      Views:
      228
  4. JamRules

    JamRules ...

    Member
    428
    421
    Jan 9, 2014
    There's a leaked psp sdk which you should be able to google for which has different tools, including ones to view and convert .gim files (gimconv/gimview)

    http://www.psdevwiki.com/ps3/GimConv
     
    Last edited by JamRules, Aug 26, 2015
  5. dfsa3fdvc1
    OP

    dfsa3fdvc1 GBAtemp Regular

    Member
    228
    104
    Jan 3, 2015
    Albania
    Thanks, I'll play around with that a bit.
    The GIMs in Corpse Party were created with version Gimconv 1.42 and the latest leaked version I could find was 1.20h. I'm gonna hope it works.
     
  6. dfsa3fdvc1
    OP

    dfsa3fdvc1 GBAtemp Regular

    Member
    228
    104
    Jan 3, 2015
    Albania
    Pasting GimConv's descriptionof of "sprite 04_Ayumi.GIM"

    So considering that big long description, what do I tell GimConv when converting? I'm gonna guess either -bpp4 because it says "FORMAT INDEX4".
    But when I try to convert even the simplest of images using "Gimconv file.png -bpp4" I get this error...
    >WARNING : index-color conversion not supported.

    Anyone know what I should do?

    Whoops, accidently posted this before I was done. If you're reading this check back in a few. EDIT: DONE
     
    Last edited by dfsa3fdvc1, Aug 27, 2015
  7. JamRules

    JamRules ...

    Member
    428
    421
    Jan 9, 2014
    To be honest I normally just use the input and output filenames args so I don't know much about the other options

    I would have guessed from those stats the image is 8bit, indexed with 256 colours.

    As a pure guess you might have to convert the png to 32bit and then convert without any extra params, then hopefully they will match the original in size

    Uses 32bit pngs and the corspe party tool might work too
     
    Last edited by JamRules, Aug 27, 2015
  8. dfsa3fdvc1
    OP

    dfsa3fdvc1 GBAtemp Regular

    Member
    228
    104
    Jan 3, 2015
    Albania
    Yeah, looks like -bpp8 works. Finally able to export a gim from the game to PNG and then convert that PNG into .GIM -bpp8 and have that new gim be the exact same length as the original. There's a few differences in the Image data but GIMVIEWER is still able to open it.
    That's a thing I realized about Corpse Party Tools, the GIMs generated seem to never be valid so I won't be using that from now on.

    On what you said about confirming that the BIN is able to be rebuilt, I've been completely unable to do so without cause the error from my first post.
    Even "replacing" a file with the same exact file will cause the same error where it will seem to successfully make an image.bin but even Corpse Party Tools itself will be unable to unpack this new image.bin

    Apparently the tool does work which makes all of this all the more frustrating.
    I've read through that thread a dozen times and I think I'm doing everything right but IDK.
     
    Last edited by dfsa3fdvc1, Aug 27, 2015
  9. JamRules

    JamRules ...

    Member
    428
    421
    Jan 9, 2014
    Does the mod folder need to contain a copy of every file?
    You were just placing the modded files right, maybe it needs a full set?

    Or maybe it only works for the script files for some reason
     
  10. dfsa3fdvc1
    OP

    dfsa3fdvc1 GBAtemp Regular

    Member
    228
    104
    Jan 3, 2015
    Albania
    Right, just a single file.
    If you try to put every extracted file in /mod/ it'll generate an image.bin that is twice the size of the game and causes the same error.
     
  11. JamRules

    JamRules ...

    Member
    428
    421
    Jan 9, 2014
    That doesn't sound right,
    not sure what else to suggest unless you can get hold of the creator or someone else who's had some success
     
  12. Lycanroc

    Lycanroc Midnight Wolf

    Member
    2,007
    2,394
    May 11, 2014
    Germany
    Ibbenb├╝ren
    Any news?
     
  13. Zander1995

    Zander1995 GBAtemp Regular

    Member
    274
    74
    Nov 11, 2015
    United States
    A couple months late, but I actually attempted this same thing back in August. I was able to repack the game assets without it crashing, but I wasn't able to replace the graphics, and even when the GIM files were replaced, it still showed the original sprites in-game, oddly enough.

    In fact, after unpacking the repacked Image.bin file, the GIM files themselves are corrupted and crash my GIM file viewer, but the ISO continues to play perfectly fine, just using the original sprites. It makes me think that the MAP/CHAP#/CHARA folders might not actually be where the game reads the sprites from, either that or it reads them from one of the other chapters if it's unable to load the file from the base chapter.
     
    Lycanroc likes this.
  14. dfsa3fdvc1
    OP

    dfsa3fdvc1 GBAtemp Regular

    Member
    228
    104
    Jan 3, 2015
    Albania
    You should try performing a replacement of the logos that are shown when you first start the game. You may be right in that it's not calling the graphics you replaced but some other graphics. Replacing a logo would be a sure way to test whether it's working.
     
  15. Zander1995

    Zander1995 GBAtemp Regular

    Member
    274
    74
    Nov 11, 2015
    United States
    The Logos would be a different story though, because there's only one copy of each in the archive itself. They should be much easier to replace.
     
  16. dfsa3fdvc1
    OP

    dfsa3fdvc1 GBAtemp Regular

    Member
    228
    104
    Jan 3, 2015
    Albania
    Right but it would at least prove that the tools works properly which I'd say is still unknown.
     
  17. Zander1995

    Zander1995 GBAtemp Regular

    Member
    274
    74
    Nov 11, 2015
    United States
    Question, did you make sure to delete the image.bin file from the ISO before importing the new one? Because that's what was causing crashes for me when I first started out.
     
  18. dfsa3fdvc1
    OP

    dfsa3fdvc1 GBAtemp Regular

    Member
    228
    104
    Jan 3, 2015
    Albania
    Its been so long I can't recall. IIRC it didn't crash immediately though. Just when it hit the image I replaced.