This topic was archived here:

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

hackspeedok, posted Sun Mar 01, 2015 12:02 pm (3533)

---

http://aluigi.altervista.org/papers/bms ... online.bms

i can't reimport the extracted file into orginal compressed file. Aluigi, can you update your script ?

aluigi, posted Sun Mar 01, 2015 2:53 pm (3536)

---

The script is not valid for reimporting because the files are archived in chunks, so every file is splitted in multiple parts.
There is nothing to update.

fetern, posted Thu Mar 05, 2015 10:15 pm (3628)

---

Hello
I have jx3 client and maybe I'm stupid but I can't unpack these .dat files inside JX3/PakV3 folder. Someone can tell me how to unpack jx3 files or did they change something? Ofc I'm talking about JX3 (jx3.xoyo.com).




Edit:
Well i didn't know that there's second version of JX3 script (http://aluigi.altervista.org/papers/bms ... ne_new.bms) my fault! What a mess , files inside has really weird names like 00000000000000a1.dat
00000000000000a2.dat
etc...

And I got some problems, I've selcted all .dat files and after some time I got this

Code:

  0000000031ffff7a 480        Package0\000000000000ad12.dat

Error: incomplete input file 0: E:\JXONLINE3\PakV3\Package0.DAT
       Can't read 1 bytes from offset 0000000032000000.
       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   100%   838959396  838860800

Last script line before the error or that produced the error:
  10  get TMP byte

Press RETURN to quit

i guess there should be more files idk


Greetings,
Fe

aluigi, posted Fri Mar 06, 2015 5:05 pm (3634)

---

That "coverage file 0 100%" states that you extracted all the files.
Probably you receive that error because there is some spare byte that gives problems to the "for OFFSET = 0 < FULLSIZE" check used in the script.

rumour12, posted Wed Mar 11, 2015 2:19 am (3736)

---

hello ~

i was unpacking jx3 onlne. but first file (Package0.DAT) is success but second file(Package1.DAT) is error .. what is the matter?

how to do is it?

aluigi, posted Wed Mar 11, 2015 11:25 am (3747)

---

Regarding image 1, it's ok because you have extracted everything as you can see from the "coverage 100%" message.
You get that error because the script uses a work-around to guess where the information start.
So it's ok.

Instead in image 2 the problem is caused by another work-around (yes this format is a problem).
Can you upload the first 2 megabytes of that archive (*package1.dat)?

rumour12, posted Thu Mar 12, 2015 9:14 am (3774)

---

thank you for answer~


do you want to see Package1.dat? i don't know about file divide so i uploaded this file.

https://mega.co.nz/#!FlUwTLBZ!HfmRFEj-1Y2TTB5FImtFK86JBBjMVu1i5hqaNU6Fysg

aluigi, posted Thu Mar 12, 2015 2:43 pm (3780)

---

Script 0.1.2.
This script is a pain due to the various work-arounds.

rumour12, posted Fri Mar 13, 2015 12:22 pm (3824)

---

so do you have a good way? i'll waiting~

aluigi, posted Fri Mar 13, 2015 1:43 pm (3826)

---

The current script works, have you tried it?

rumour12, posted Sat Mar 14, 2015 5:19 am (3867)

---

i try again but my result is same

is it my mistake?

aluigi, posted Sat Mar 14, 2015 9:08 am (3868)

---

Open the script with notepad and check if you have "0.1.2" in the first line. That's the latest version.

rumour12, posted Sun Mar 15, 2015 4:19 pm (3903)

---

okay i running this bms script now, that's good !! thank u very much~

giles_tesla, posted Fri Oct 14, 2016 4:50 pm (18055)

---

aluigi wrote:

Open the script with notepad and check if you have "0.1.2" in the first line. That's the latest version.

Hi.aluigi.
This script and seems to be able to get the correct file name and file path, to how to acquire the file name and path?

aluigi, posted Fri Oct 14, 2016 5:50 pm (18057)

---

No filenames are stored in the archive and so the files are saved without names.