This topic was archived here:

https://web.archive.org/web/20230000000000fw_/https://www.zenhax.com/viewtopic.php?t=2898

Katsu, posted Sun Aug 07, 2016 6:11 pm (16254)

---

Hello,

I am currently using this http://aluigi.altervista.org/bms/god_eater_2.bms to extract files from God Eater Resurrection. It worked good for the Japanese version of the game, however it is not working for the english counterpart

I get this error http://prntscr.com/c2rdgy when trying to extract the files. The file is a package.rdp, any help would be greatly appreciated!

package.rdp of the english version is about 500mb larger than japanese one and is 2.4gb.

Sorry if my english is hard to understand, thank you

aluigi, posted Sun Aug 07, 2016 6:30 pm (16255)

---

From a first look of the screenshot everything seems correct in the sense that offset size matches the next aligned offset, but the 12% of coverage means that something is wrong.
Can you upload a sample?
You can generate 2 files to upload from package.rdp by using this script:
http://aluigi.org/bms/filecutter.bms

Katsu, posted Sun Aug 07, 2016 6:50 pm (16256)

---

I did not expect such a quick reply! Hopefully you will be able to help

I ran the script and got these two files attached

?????!

I can also provide the package.rdp my friend uploaded if you want, it is however a big file

aluigi, posted Sun Aug 07, 2016 7:37 pm (16257)

---

It's strange because the script works correctly with the splitted file, it starts from offset 0x800 (which is correct) and handles all the files at correct offset/size.

Even if the format is not easy and there is no index file (the script is a sort of scanner) everything seems to work correctly, there is one thing to update which is the compression but currently I don't see other problems and I don't know why it gives only 12%.

In the meantime I have fixed the blz4 compression with script 0.1.1 and probably also something else.

Let's do the following, try the new script and let me know what's the coverage percentage you get at the end of the extraction (don't worry about possible errors).

Katsu, posted Sun Aug 07, 2016 7:49 pm (16258)

---

I have downloaded the new script and ran it, it gets to 15% now, still crashes at the same file though

http://prntscr.com/c2sm3z

My friend also said it was ok to provide link to full package.rdp

https://mega.nz/#!ql4WiLJT!3sqojpXxohzI ... c_azjwTIfw

Thank you for your time (*^?^*)

aluigi, posted Sun Aug 07, 2016 9:41 pm (16261)

---

Ok, the version 0.2 of the script seems to work correctly and it extracts tons of files without errors.
The problem was caused by a number indicating the number of set of files (don't ask me what it means because I don't know it) that was ever at 1 except in some locations.
Try it

Katsu, posted Sun Aug 07, 2016 10:04 pm (16263)

---

That seems to have done it, thank you very much! I can finally get some sleep as the sun is rising here lol!

I will let you know how everything goes when the extraction finishes, hopefully an undub can be done

Katsu, posted Mon Aug 08, 2016 4:12 am (16271)

---

Is there any way to set the default as yes instead of no when reimporting files? I have multiple audio files larger than the original as I batch overwrited the two game files.

Thanks!

aluigi, posted Mon Aug 08, 2016 9:35 am (16273)

---

If they are larget than the original then you should NEVER force any reimporting.
Anyway there is the -Y command-line option in quickbms that allows to answer yes to any question but that's not valid for forcing reimporting as far as I remember (on purpose!)

Katsu, posted Mon Aug 08, 2016 12:14 pm (16277)

---

Yes, I tried - Y but it did not work like you said. The yes option for importing just skips the file, it was the force command that actually forced the import? I wanted a version that put default to skip, instead of closing the process. Hope that makes sense

Thanks you!

duysieuhero, posted Sat Oct 01, 2016 2:25 am (17761)

---

the lastest script stuck when extracting package.rdp of jpn version ,eu version works fine


could you provide me the old script

here is the generate files

aluigi, posted Sat Oct 01, 2016 8:02 am (17764)

---

Script 0.2.2.

It wasn't a bug in the script, just a field that was set to zero and was necessary to "reset" it to one to work correctly.

duysieuhero, posted Sat Oct 01, 2016 12:49 pm (17772)

---

when reimporting , do i have to make specific folder for each file ?
or it just auto import to the same folder ?

package.rdp -> D:\12000(folder)\file1.txt

D:\patch\12000\file1.txt(edited) , then choose patch folder to import ?

or just D:\patch\file1.txt(edited) and quickbms will move it to 12000 folder

aluigi, posted Sat Oct 01, 2016 2:23 pm (17776)

---

For reimporting you have to do the same steps and selections you did for extraction.
The only difference is using reimport.bat instead of quickbms.exe

sigroon365, posted Tue Oct 18, 2016 1:04 am (18132)

---

Hi, alugi. Could you adjust your script for unpacking *.pres files? I mean standalone. (Is it right expression?)
Samples. https://www.sendspace.com/file/tyq12t

aluigi, posted Tue Oct 18, 2016 5:32 am (18140)

---

The script works correctly with the files you provided.
About what problem you refer?

sigroon365, posted Tue Oct 18, 2016 6:10 am (18147)

---

aluigi wrote:

The script works correctly with the files you provided.
About what problem you refer?

Uhm.. I told you that I want to make repacking script.
In order to do that I need some simple form of bms script for *.pres files.

aluigi, posted Tue Oct 18, 2016 6:14 am (18148)

---

It already exists
Check the function EXTRACT_PRES in the script.

sigroon365, posted Tue Oct 18, 2016 6:35 am (18151)

---

aluigi wrote:

It already exists
Check the function EXTRACT_PRES in the script.

Well, yes. I know that.. Hmm..
It needs time for me to understand it.

aluigi, posted Tue Oct 18, 2016 6:57 am (18153)

---

The formati s complex. No "easy" versions or solutions.

Kuuyo, posted Fri Oct 05, 2018 9:44 pm (39155)

---

This might be a shot in the dark, but I've found out it doesn't extract all the sound files I need..
To give some more information: I am using the .rdp of the Japanese VITA version of God Eater Resurrection
The files that are missing are 4 sets of .nus3bank files which follow the naming of demo101_1_pc#g (# being a number from 1 to 21, g being f or m), demo103_2_pc#g, demo108_1_pc#g, demo231_1_pc#g
As example: demo101_1_pc4f.nus3bank
There's 21m and 20f files of each of the sets.

Something else which is missing are files labeled in the format "cmn_####_Character", for example: cmn_0890_Alisa.at9
There's 956 of these, and I get only 8 of them with the script

Wondering if there's any chance for an update of the script ?

aluigi, posted Sat Oct 06, 2018 8:43 am (39169)

---

What's the final coverage statistics you get at the end of the extraction?
I mean those with "coverage" and so on.

It should be visible there if there is some data that has not been parsed by the script.

Ah, how much big is the archive you are trying to extract? (in case I will need to analyze it)

Kuuyo, posted Sat Oct 06, 2018 9:33 am (39174)

---

Here's the coverage statistics, I guess that also gives the files size ? (2.024.407.040 bytes)

aluigi, posted Sat Oct 06, 2018 2:02 pm (39179)

---

Are you using the god_eater_2.bms script?
The comment at the beginning of the script tells that the script is "Experimental, it's a scanner", indeed the code just tries to scan the whole archive searching the constant "magic" of the compressed files and decompresses them on the disk.
It may be possible that the files you mentioned aren't compressed and therefore are missed by the scanner.

There is also another thing, the extractor of Pres archives checks if "OFFSET & 0x80000000" since those not matching that "filter" were invalid. It's possible that those files are not extracted for such reason and can't be extracted anyway.

It's even possible that the files are extracted with a different name because this Pres format uses a weird way for building the filenames, I doubt but it's just another hypothesis.

Anyway the script is quite complex and supports QPCK, Pres and rdp.

Long story short, it's quite a mess.