quickbms seems to be getting the wrong sizes for the files in these archives.
This program includes source code seems to read offsets correctly.
http://www.mediafire.com/file/q7tzrtb5o ... master.zip
cpk script
-
- Site Admin
- Posts: 12984
- Joined: Wed Jul 30, 2014 9:32 pm
Re: cpk script
The problem is that the cpk script is based 1:1 on the work of hcs, so I'm not sure it's an easy work to "fix" it.
If someone wants to do the job and then provide a patch for the bms script... it's highly welcome
If someone wants to do the job and then provide a patch for the bms script... it's highly welcome
-
- Posts: 1125
- Joined: Tue Feb 02, 2016 2:35 am
Re: cpk script
Fun fact: the .cpk file built on Danball Senki W doesn't work with CriPakTools at all(the damn thing outright crashed - perhaps because the tool doesn't support encrypted TOC/ITOC stuff). I'll post a sample of it some time, but for now I might check the cpk.bms script to see if it actually works with the file.
EDIT: Turns out, the cpk.bms script actually "worked" with the file but as aluigi said, said script is mostly a 1:1 port of hcs' "cps_unpack" - in other words, it does not detect the "offset" and "size" fields "correctly"... So if you want accuracy in the files, go for vgmtoolbox.
Oh, I almost forgot my promise of uploading the sample file. I'm on it...
EDIT: Turns out, the cpk.bms script actually "worked" with the file but as aluigi said, said script is mostly a 1:1 port of hcs' "cps_unpack" - in other words, it does not detect the "offset" and "size" fields "correctly"... So if you want accuracy in the files, go for vgmtoolbox.
Oh, I almost forgot my promise of uploading the sample file. I'm on it...
-
- Posts: 1125
- Joined: Tue Feb 02, 2016 2:35 am