This topic was archived here:

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

haydenmarsh, posted Mon May 04, 2015 8:01 am (5025)

---

I have an error with Quickbms and Yukes.bms (all latest versions)

Code:

Error: incomplete input file 0: F:\steam\steamapps\common\WWE 2K15\pac\evt\evtmo
v_ss_mini.pac
       Can't read 503808 bytes from offset 08a45800.
       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    99%   144909360  144988160

Last script line before the error or that produced the error:
  102 log MEMORY_FILE OFFSET SIZE

Press RETURN to quit

But the extracted file is incomplete.

aluigi, posted Mon May 04, 2015 9:04 am (5026)

---

Can you upload that file?

By judging the coverage stats, it looks like there are less than 79kb remaining in the archive so not a big deal. Anyway I'm curious to know what's the reason of the bug.

haydenmarsh, posted Mon May 04, 2015 9:16 am (5027)

---

I can definitely do it. any preferred place to upload it to or would mega.co.nz to work?

aluigi, posted Mon May 04, 2015 9:18 am (5028)

---

mega is perfet, most users use it.

haydenmarsh, posted Mon May 04, 2015 9:51 am (5029)

---

Here it is, hope you can fix it, its annoying when it cant skip the error when batch extracting files.

https://mega.co.nz/#!Od8ikYwA!McawIoC3N ... S8S5mXDmGI

aluigi, posted Mon May 04, 2015 11:03 am (5030)

---

Do you have problems only with this specific archive or also with others?

It's strange because the archive is ok till the bik video at 0x3015800 (included), but later it's doesn't match.
For example at offset 0x03184800 there is no file, I see a KB2 file at offset 0x3105f0c which is completely unaligned and this is not possible because the archive works with an alignment of 2048 bytes.
Are you sure this archive is correct?

haydenmarsh, posted Mon May 04, 2015 11:06 am (5031)

---

There is other archives i believe. so there is really nothing missing after the error appears? and yes i'm sure this archive is correct, its directly from my steam library.

aluigi, posted Mon May 04, 2015 11:22 am (5033)

---

I have no idea why the archive looks corrupted.
The MVSB table is just like any other table of this file format and it states that there is a file M020500 at offset 0x03015800 of 0x16eb00 bytes which is the BIK file but the size doesn't match due to that KB2 file at offset 0x3105f0c.
In fact all the files after that BIK one are extracted corrupted without the header at the correct position.

I made a simple and lame experiement.
I added a series of zeroes at offset 0x3105f0c to move it at the expected offset 0x03184800 and, guess what, all the files are perfectly extracted.

There is no way to fix this thing, it's just the archive that doesn't match the format.

haydenmarsh, posted Mon May 04, 2015 11:30 am (5034)

---

Well could you sent me the missing file?

aluigi, posted Mon May 04, 2015 1:02 pm (5039)

---

I can do something better, the following script creates a new PAC archive with the modification I said before:

Code:

math OLD_OFFSET = 0x3105f0c
math NEW_OFFSET = 0x03184800

log MEMORY_FILE 0 0
append 1
goto 0 MEMORY_FILE
log MEMORY_FILE 0 OLD_OFFSET
goto NEW_OFFSET MEMORY_FILE
get TMP asize
math TMP - OLD_OFFSET
log MEMORY_FILE OLD_OFFSET TMP
append

get NAME basename
string NAME   "_NEW.pac"
get SIZE asize MEMORY_FILE
log NAME 0 SIZE MEMORY_FILE