Dokodemo Issho (PSP) - .bp

[AnonBaiter]

Here is a sample.

[aluigi]

http://aluigi.org/bms/dokodemo_issho.bms

The script automatically extracts also the sub-archives (*.bpm) so you will get everything fully extracted without other "reusages" of the script on the extracted files.

[AnonBaiter]

And here's a file from one of the first BeXide games, Doko Demo Issho. Straight from the PS1 version, released in 1999. Other PS1 games made by BeXide have a similar structure.

[aluigi]

Script 0.1.1

[AnonBaiter]

Thanks! What about these sub-archives?
Anyway, here's the script for the .nar files:

Code: Select all

idstring "NAR\x00"
get DUMMY long
get DATA_SIZE long
get FILES long
for i = 0 < FILES
   get ID long
   get OFFSET long
   get SIZE long
   getdstring TYPE 4
   get NAME_CRC long
   getdstring NAME 0x2C
   log NAME OFFSET SIZE
next i

[AnonBaiter]

So, I tested that script on the other PSP games that BeXide worked on that used the .BP format and I got these errors instead:

Code: Select all

  02dd2a60 528        STATUS_4.GIM

Error: incomplete input file 0: E:\BEXIDE\DI_LETSGAKKOU\PSP_GAME\USRDIR\DATA.BP
       Can't read 1 bytes from offset 4bd6bfcb.
       Anyway don't worry, it's possible that the BMS script has been written
       to exit in this way if it's reached the end of the archive so check it
       or contact its author or verify that all the files have been extracted.
       Please check the following coverage information to know if it's ok.

  coverage file 0     3%   8303338    224436224

Last script line before the error or that produced the error:
  55  get NAME string
  
----

  00a89fd0 2176       JUN_COS_TATI01.DAK

Error: incomplete input file 0: E:\BEXIDE\DI_LETSGAKKOU_TRAININGHEN\PSP_GAME\USRDIR\DATA.BP
       Can't read 1 bytes from offset 499a142b.
       Anyway don't worry, it's possible that the BMS script has been written
       to exit in this way if it's reached the end of the archive so check it
       or contact its author or verify that all the files have been extracted.
       Please check the following coverage information to know if it's ok.

  coverage file 0    25%   15155239   59510784

Last script line before the error or that produced the error:
  55  get NAME string

Here are the samples from their respective archives.

[aluigi]

Can you upload the archive of about 60Mb?

[AnonBaiter]

I'm on my way.

EDIT: Here.

[aluigi]

Ok, the BPF files are not archives, only BPM are sub_archives.
Script 0.1.3

[AnonBaiter]

So far everything was going well until this happened:

Code: Select all

QuickBMS generic files extractor and reimporter 0.7.6a
by Luigi Auriemma
e-mail: me@aluigi.org
web:    aluigi.org
        (Aug 22 2016 - 18:08:37)

                   quickbms.aluigi.org  Homepage
                            zenhax.com  ZenHAX Forum
                               @zenhax  Twitter & Scripts

- filter string: "*.nar"
  *.nar
- filter   1: *.nar
- start the scanning of the input folder: E:\BEXIDE\DOKODEMO_ISSHO\DOKODEMO
- open input file E:\BEXIDE\DOKODEMO_ISSHO\DOKODEMO\.\00000002.nar
- open script E:\quickbms_scripts\dokodemo_issho.bms
- set output folder E:\BEXIDE\DOKODEMO_ISSHO\DOKODEMO

  offset   filesize   filename
--------------------------------------
  00000390 73860      lpf/���6TITLE.LPF
  00012414 36896      mpf/$�7JANK_UPH.MPF

- it's not possible to create that file due to its filename or related
  incompatibilities (for example already exists a folder with that name), so
  now you must choose a new filename for saving it.
  if you press ENTER a new name will be generated automatically.
  - old: mpf\$�7JANK_UPH.MPF
  - new:

Well, from what I remember my script never handled the filenames at this manner. To be honest though, I did want to set the filenames like this:

Code: Select all

string NAME p "%s/%s" TYPE NAME

But I never thought of it.

[aluigi]

Ops, I simply thought was some japanese sequence of characters and instead it's just a long, oh well it happens.
0.1.4

[AnonBaiter]

OK, that's it for now! Thanks.