This topic was archived here:

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

raulpuro, posted Sun Mar 01, 2015 3:20 am (3528)

---

Hi,
Well, i need .cxml file for attempt a merge with Deponia texts in Spanish, Deponia The Complete Journey has not translated in Spanish but have been translated the individual games.

I used the amazing programs quickbms of aluigi http://aluigi.altervista.org/quickbms.htm and Unpakke of XpoZed http://www.nullsecurity.org/ (Thank you guysm you are a genius) and changing the key for "ce374042a0c24e0d" (this is the key Deponia The Complete Journey) and I extracted the files properly, well quickbms gives a warning at the end but extract all files correctly.

The version Deponia The Complete Journey contains 4 files * .vis

data.vis (I think it contains sounds, images ... for this version)
data1.vis (I think that contains the files of the first game of the series)
data2.vis (I think that contains the files of the second game of the series)
data3.vis (I think that contains the files of the third game in the series).

The problem is that the cxml file is missing, the 00003135.ogg for data1, data2 and 00002626.ogg for 00002183.ogg for data3.vis files, although its extension is * .omg have large and his head is strange, (well this XpoZed told me, I would not have guessed in 200 lives). I wonder if it is possible for this version, the cxml has been hidden file and this file can be extracted?

I uploaded to mediafire the data.vis files extracted, if you have time to look and see if the program does not extract properly cxml text file, or simply does not exist?.

https://www.mediafire.com/?8spcg79do66kfm7

Greeting and thanks for your time.

aluigi, posted Sun Mar 01, 2015 11:12 am (3530)

---

We need the original archives.
There is something strange in the extracted files (the offset is probably wrong of some bytes, and the extensions are not correct).

raulpuro, posted Sun Mar 01, 2015 5:35 pm (3540)

---

aluigi wrote:

We need the original archives.
There is something strange in the extracted files (the offset is probably wrong of some bytes, and the extensions are not correct).

Hi,

Thanks for your reply, these are the original archives.

http://www.mediafire.com/download/ljs1r ... ia dat.rar

Greetings.

aluigi, posted Sun Mar 01, 2015 11:11 pm (3551)

---

I have checked the archives. Are you 100% sure that these archives are not corrupted?

I give you an example of what I mean, these are the information read from data1.vis for the 0x301 and 0x302 file (BASE_OFF is 0x0000c40e):

Code:

. 00000301
. 00003013 get     OFFSET     0x00cf7431 4
. 00003017 get     ZSIZE      0x00002f95 4
. 0000301b get     SIZE       0x00002f95 4
. 0000301f get     TYPE       0x00000000 4
  00d0383f 12181      00000301.dat
.
. 00000302
. 00003023 get     OFFSET     0x00cfa3c6 4
. 00003027 get     ZSIZE      0x00002d2c 4
. 0000302b get     SIZE       0x00002d2c 4
. 0000302f get     TYPE       0x00000000 4
  00d067d4 11564      00000302.dat

The file 0x302 is at a wrong offset (1 byte more than the correct one) but all parameters here are correct because 0x00cf7431 0x00002f95 is just 0x00cfa3c6, so there is no way to understand if the real offset is different or not.

Personally I can only add the new key to the script, nothing else.

raulpuro, posted Mon Mar 02, 2015 5:50 am (3560)

---

aluigi wrote:

I have checked the archives. Are you 100% sure that these archives are not corrupted?

I give you an example of what I mean, these are the information read from data1.vis for the 0x301 and 0x302 file (BASE_OFF is 0x0000c40e):

Code:

. 00000301
. 00003013 get     OFFSET     0x00cf7431 4
. 00003017 get     ZSIZE      0x00002f95 4
. 0000301b get     SIZE       0x00002f95 4
. 0000301f get     TYPE       0x00000000 4
  00d0383f 12181      00000301.dat
.
. 00000302
. 00003023 get     OFFSET     0x00cfa3c6 4
. 00003027 get     ZSIZE      0x00002d2c 4
. 0000302b get     SIZE       0x00002d2c 4
. 0000302f get     TYPE       0x00000000 4
  00d067d4 11564      00000302.dat

The file 0x302 is at a wrong offset (1 byte more than the correct one) but all parameters here are correct because 0x00cf7431 0x00002f95 is just 0x00cfa3c6, so there is no way to understand if the real offset is different or not.

Personally I can only add the new key to the script, nothing else.

Hi,

Yes, is true the files were corrupted ???. I re-upload the files and I have checked that are now well uploads.

http://www.mediafire.com/download/bmj4t ... ourney.rar

Greetings and sorry have not checked before.

aluigi, posted Mon Mar 02, 2015 11:19 am (3564)

---

Yes now the output files are perfect.

That VBI file is just compressed with zlib, so use offzip to uncompress it (offset 0x10).

raulpuro, posted Mon Mar 02, 2015 1:49 pm (3566)

---

Hi,

Thanks a lot for all aluigi, well i used offzip 00000c3f.vbi -a c: \ Deponia 0x10 output file is .dat but it does not seem an easily editable cxml, i'm probably doing something wrong.

After modifying files vbi and vis is it possible to re-compress them?, well I would like to translate the game and I guess I need to re-compress these files.

Thanks and sorry for the inconvenience.

aluigi, posted Mon Mar 02, 2015 2:21 pm (3568)

---

There is one field (the 32bit after VBIN) that it's not clear what it should represent.
Try the following script for uncompressing and recompressing the vbi file:

Code:

get NAME basename
getdstring SIGN 4
if SIGN == "VBIN"
    comtype zlib
    get DUMMY long
    get SIZE long
    get ZSIZE long
    savepos OFFSET
    string NAME  = ".dat"
    clog NAME OFFSET ZSIZE SIZE
else
    comtype zlib_compress
    math OFFSET = 0x10
    get SIZE asize
    log MEMORY_FILE 0 0
    for i = 0 < OFFSET
        put 0 byte MEMORY_FILE
    next i
    append
    clog MEMORY_FILE 0 SIZE SIZE
    append
    goto 0 MEMORY_FILE
    putdstring "VBIN" 4 MEMORY_FILE
    put 0 long MEMORY_FILE  # ???
    put SIZE long MEMORY_FILE
    get MEM_SIZE asize MEMORY_FILE
    xmath ZSIZE "MEM_SIZE - OFFSET"
    put ZSIZE long MEMORY_FILE
    string NAME  = ".vbi"
    log NAME 0 MEM_SIZE MEMORY_FILE
endif

raulpuro, posted Mon Mar 02, 2015 5:13 pm (3577)

---

aluigi wrote:

There is one field (the 32bit after VBIN) that it's not clear what it should represent.
Try the following script for uncompressing and recompressing the vbi file:

Code:

get NAME basename
getdstring SIGN 4
if SIGN == "VBIN"
    comtype zlib
    get DUMMY long
    get SIZE long
    get ZSIZE long
    savepos OFFSET
    string NAME  = ".dat"
    clog NAME OFFSET ZSIZE SIZE
else
    comtype zlib_compress
    math OFFSET = 0x10
    get SIZE asize
    log MEMORY_FILE 0 0
    for i = 0 < OFFSET
        put 0 byte MEMORY_FILE
    next i
    append
    clog MEMORY_FILE 0 SIZE SIZE
    append
    goto 0 MEMORY_FILE
    putdstring "VBIN" 4 MEMORY_FILE
    put 0 long MEMORY_FILE  # ???
    put SIZE long MEMORY_FILE
    get MEM_SIZE asize MEMORY_FILE
    xmath ZSIZE "MEM_SIZE - OFFSET"
    put ZSIZE long MEMORY_FILE
    string NAME  = ".vbi"
    log NAME 0 MEM_SIZE MEMORY_FILE
endif

Hi,

Your script works, but I'm beginning to think that the file contains some text but does not contain the cxml for the translation. I do not understand where is it? only has the folders scenes, characters (containing audio files, although I have not managed to open the wav files, ogg files containing audio) and video (if the extension is changed to mkv, plays the videos correctly)

Greetings and Thanks.

P.D I made a hexadecimal search the entire game to see if I can find texts and are in the vbi.pero file format that is impossible to translate.

Attached are two files.

https://www.mediafire.com/?fadqifrr0057iqz

tehasut, posted Mon Mar 02, 2015 5:18 pm (3578)

---

Deniz Oezmen's tool is capable of extracting the vis files, and the vbin file too, with the /BINtoXML switch.

http://oezmen.eu/gameresources/
(anb.zip)

From the readme file: "Newer releases of Visionaire engine games may have a binary file instead of the main XML file, which will normally be extracted with the extension .vbin. Using this switch, the file is converted to a plain-text XML (similar to the old format) instead. Note that this process is memory- and time-intensive."

I tried it, it works perfectly, extracts the vbin file to a regular xml file. But ONLY extracts.

raulpuro, posted Mon Mar 02, 2015 7:27 pm (3580)

---

tehasut wrote:

Deniz Oezmen's tool is capable of extracting the vis files, and the vbin file too, with the /BINtoXML switch.

http://oezmen.eu/gameresources/
(anb.zip)

From the readme file: "Newer releases of Visionaire engine games may have a binary file instead of the main XML file, which will normally be extracted with the extension .vbin. Using this switch, the file is converted to a plain-text XML (similar to the old format) instead. Note that this process is memory- and time-intensive."

I tried it, it works perfectly, extracts the vbin file to a regular xml file. But ONLY extracts.

Hi,

thanks for the info tehasut, anb.zip works correctly!, creates a .xml file.

I'm testing for recompressing, well i used the script of the previous post of Aluigi, to compress the file 00000c3f.vbi not really know if it works, but it creates the output file.

Now I'm trying to use Aluigi script to create the *. vis but I get error:

Code:

- 0 files reimported in 0 seconds
  coverage file 0    25%   1090       4334
- open input file C:\extract\.\00000c30.wav
- open script C:\deponia.bms
- set output folder C:

  offset   filesize   filename
--------------------------------------

- signature of 3 bytes at offset 0x00000000 doesn't match the one
  expected by the script:

  this one: "I? "
  d7 dd c8                                          ...

  expected: "VIS"
  56 49 53                                          VIS

- 0 files reimported in 0 seconds
  coverage file 0    25%   844        3350
- open input file C:\extract\.\00000c31.wav
- open script C:\deponia.bms
- set output folder C:

  offset   filesize   filename
--------------------------------------

- signature of 3 bytes at offset 0x00000000 doesn't match the one
  expected by the script:

  this one: "oeO"
  a2 8a 99                                          ...

  expected: "VIS"
  56 49 53                                          VIS

- 0 files reimported in 0 seconds
  coverage file 0    25%   1264       5028
- open input file C:\extract\.\00000c32.wav
- open script C:\deponia.bms
- set output folder C:

  offset   filesize   filename
--------------------------------------

- signature of 3 bytes at offset 0x00000000 doesn't match the one
  expected by the script:

  this one: "I? "
  d7 dd c8                                          ...

  expected: "VIS"
  56 49 53                                          VIS

- 0 files reimported in 0 seconds
  coverage file 0    25%   738        2924
- open input file C:\extract\.\00000c33.wav
- open script C:\deponia.bms
- set output folder C:

  offset   filesize   filename
--------------------------------------

- signature of 3 bytes at offset 0x00000000 doesn't match the one
  expected by the script:

  this one: "oeO"
  a2 8a 99                                          ...

  expected: "VIS"
  56 49 53                                          VIS

- 0 files reimported in 0 seconds
  coverage file 0    25%   675        2674
- open input file C:\extract\.\00000c34.wav
- open script C:\deponia.bms
- set output folder C:

  offset   filesize   filename
--------------------------------------

- signature of 3 bytes at offset 0x00000000 doesn't match the one
  expected by the script:

  this one: "I? "
  d7 dd c8                                          ...

  expected: "VIS"
  56 49 53                                          VIS

- 0 files reimported in 0 seconds
  coverage file 0    25%   680        2692
- open input file C:\extract\.\00000c35.wav
- open script C:\deponia.bms
- set output folder C:

  offset   filesize   filename
--------------------------------------

- signature of 3 bytes at offset 0x00000000 doesn't match the one
  expected by the script:

  this one: "oeO"
  a2 8a 99                                          ...

  expected: "VIS"
  56 49 53                                          VIS

- 0 files reimported in 0 seconds
  coverage file 0    25%   689        2730
- open input file C:\extract\.\00000c36.wav
- open script C:\deponia.bms
- set output folder C:

  offset   filesize   filename
--------------------------------------

- signature of 3 bytes at offset 0x00000000 doesn't match the one
  expected by the script:

  this one: "I? "
  d7 dd c8                                          ...

  expected: "VIS"
  56 49 53                                          VIS

- 0 files reimported in 0 seconds
  coverage file 0    25%   683        2706
- open input file C:\extract\.\00000c37.wav
- open script C:\deponia.bms
- set output folder C:

  offset   filesize   filename
--------------------------------------

- signature of 3 bytes at offset 0x00000000 doesn't match the one
  expected by the script:

  this one: "oeO"
  a2 8a 99                                          ...

  expected: "VIS"
  56 49 53                                          VIS

- 0 files reimported in 0 seconds
  coverage file 0    25%   692        2740
- open input file C:\extract\.\00000c38.wav
- open script C:\deponia.bms
- set output folder C:

  offset   filesize   filename
--------------------------------------

- signature of 3 bytes at offset 0x00000000 doesn't match the one
  expected by the script:

  this one: "I? "
  d7 dd c8                                          ...

  expected: "VIS"
  56 49 53                                          VIS

- 0 files reimported in 0 seconds
  coverage file 0    25%   690        2734
- open input file C:\extract\.\00000c39.wav
- open script C:\deponia.bms
- set output folder C:

Greeting and thanks guys.

tehasut, posted Mon Mar 02, 2015 8:12 pm (3582)

---

Quote:

I'm testing for recompressing, well i used the script of the previous post of Aluigi, to compress the file 00000c3f.vbi not really know if it works, but it creates the output file.

Could you describe, how did you do that?
Thanks.

raulpuro, posted Mon Mar 02, 2015 8:41 pm (3589)

---

tehasut wrote:

Quote:

I'm testing for recompressing, well i used the script of the previous post of Aluigi, to compress the file 00000c3f.vbi not really know if it works, but it creates the output file.

Could you describe, how did you do that?
Thanks.

Hi,

Of course, well Aluigi has found that 00000c3f.vbi file (xml file) is compressed With zlib, and made a script to compress and decompress the file, you can see a post above in this thread.

Well this will most likely not work, because it compresses also the xml format, but it is possible that the game just unzip the file. It's just a test I do not think it works ..

Greetings.


Edit:

I've been doing all the test I thought,.he used the XpoZed application of packaging, the extensions are not correct, but the file 00000c3f.vbi is extracts correctly.

The file 00000c3f.vbi with format xml compressed and uncompressed , no works, the game crashes. The file 00000c3f.vbi decompressing not work, but if I decompress the 00000c3f.vbi file is edited and then is compressed with the script Aluigi for zlib, the game works and shows the texts,

Unfortunately translate so the game is impossible, the texts are scattered throughout the file, I can not change the size of text ...

Well i'm looking if there is any possibility of doing the reverse of xml format but it is too complicated for me.

Regards.

tehasut, posted Tue Mar 03, 2015 9:48 am (3597)

---

I've no clue. Maybe Aluigi will figure it out. Please, please Aluigi.

I need the solution too, because I'd like to translate The Whispered World Special Edition to hungarian.

aluigi, posted Thu Mar 05, 2015 6:40 pm (3623)

---

@ raulpuro
You were using the reimprot feature in the wrong way.
Please read section 3 of quickbms.txt (hint: do the same actions you did for extraction).

swuforce, posted Fri Mar 06, 2015 9:15 pm (3635)

---

Use unpakke to un/repack the vis files, and try these scripts to export/import the vbin files.
Use both of them on the ogg file.
Do not delete the NULL character frome the end of the line in the txt.
For other langs then english, edit the n = 2 value in the scripts to other number.

visionaire_text.7z

raulpuro, posted Sat Mar 07, 2015 8:44 pm (3648)

---

swuforce wrote:

Use unpakke to un/repack the vis files, and try these scripts to export/import the vbin files.
Use both of them on the ogg file.
Do not delete the NULL character frome the end of the line in the txt.

Hi,

Thanks for your scripts swuforce the idea is fantastic, i tested the scripts deponia_tcj_export1.bms and deponia_tcj_import1.bms with data1.vis. Well, the export works correctly, if i use deponia_tcj_import1.bms without modifying the txt file, it works fine. but if i edit the txt file shows an error, in principle I've only changed 4 characters in the txt file, I think I have not removed anything at the end of the row.

I added dustp for broke
Yeah, well yes. But the junk press prueb down.
This is the original row.
Yeah, well yes. But the junk press broke down.

Attached files, log ...

Thanks for your help, greetings.

tehasut, posted Sun Mar 08, 2015 6:03 am (3651)

---

I tried it, with same method, and it worked perfectly. What text editor program do you use to change the txt file? (I'm using Notepad .)

swuforce, posted Sun Mar 08, 2015 6:32 am (3652)

---

raulpuro wrote:

I think I have not removed anything at the end of the row.

Orig file: http://postimg.org/image/e6x9z8tv1/
Your edited file: http://postimg.org/image/4nnl5s6ct/

"Do not delete the NULL character frome the end of the line in the txt."

raulpuro, posted Sun Mar 08, 2015 8:45 am (3655)

---

It works! works! I love you XD,

http://postimg.org/image/4xogka0zj/

I was used the trial version of ultraedit and it seems that erased the null end of the line.

Thousands of thanks to all.

Greetings and Have a nice day.

raulpuro, posted Sat Oct 10, 2015 4:15 pm (8321)

---

Hi,

Sorry for reopen this post.

Well I managed the XML version in Spanish/Italian of the first and second games from Deponia, I cleaned the xml and although the texts are not correlated with the Deponia version: the Complete Journey, there are many blocks that are the same, the translation work is greatly simplified, it only cut and paste.

Would it be possible extract the texts from the XML with identical format for the application made for swuforce and aluigi?

If this were possible, would only order the texts. The XML contains two language, Italian and Spanish, I'm only interested in Spanish, these are differentiated, the pattern used in Spanish is T14 = "4", all lines in Spanish contain this pattern.

Also i have texts in Spanish version from Deponia 3 (Goodbye Deponia), I would also like to integrate them into Deponia The Complete Journey, I used script from swuforce, seems to work correctly, but the resulting txt is empty.

http://www.mediafire.com/download/jycnh ... eponia.rar

If this is possible i would be very grateful.

Greetings and thanks.

pejold, posted Tue Jan 26, 2016 6:13 am (11030)

---

raulpuro wrote:

swuforce wrote:

Use unpakke to un/repack the vis files, and try these scripts to export/import the vbin files.
Use both of them on the ogg file.
Do not delete the NULL character frome the end of the line in the txt.

Hi,

Thanks for your scripts swuforce the idea is fantastic, i tested the scripts deponia_tcj_export1.bms and deponia_tcj_import1.bms with data1.vis. Well, the export works correctly, if i use deponia_tcj_import1.bms without modifying the txt file, it works fine. but if i edit the txt file shows an error, in principle I've only changed 4 characters in the txt file, I think I have not removed anything at the end of the row.

I added dustp for broke
Yeah, well yes. But the junk press prueb down.
This is the original row.
Yeah, well yes. But the junk press broke down.

Attached files, log ...

Thanks for your help, greetings.

Hello, I am trying to translate Deponia : The complete journey into my own language so I read this thread but I failed. So I'm asking your help if you could help me.

I used unpekke to unpack data1.vis and got many ogg and png files.
I found one ogg file(00003135.ogg) with vbin header so I used quickbms with 'deponia_tcj_export1.bms' script to that ogg file but it shows an error and generate only one data file. I cannot get any text file from it.

How could you get the text file with that script? Did I miss some steps or did wrong? Please help me.
Thank you in advanced.

GcTaBaL, posted Mon Aug 06, 2018 7:02 pm (37265)

---

swuforce wrote:

Use unpakke to un/repack the vis files, and try these scripts to export/import the vbin files.
Use both of them on the ogg file.
Do not delete the NULL character frome the end of the line in the txt.

Hello, I used your script and I get an empty .txt file and a .dat file that contains everything. It seems that the game were updated and changes something that breaks your script.

Could you please update it? Because I'm trying to translate the game, and the best way I found it's your script. Thanks!

raulpuro, posted Mon Aug 06, 2018 9:48 pm (37267)

---

GcTaBaL wrote:

Hello, I used your script and I get an empty .txt file and a .dat file that contains everything. It seems that the game were updated and changes something that breaks your script.

Could you please update it? Because I'm trying to translate the game, and the best way I found it's your script. Thanks!

Hi,

First you have to use the scrip http://aluigi.altervista.org/bms/visionaire.bms in the * .vis file for the game you want to translate (data1.vis: it's the first game, data2.vis: it's the second one ...)

Then you have to use the script made by swuforce in the file that contains the texts, it is usually the * .dat with the largest size.

Greetings.