Deponia The Complete Journey cxml not found

[raulpuro]

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]

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]

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]

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: Select all

. 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]

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: Select all

. 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]

Yes now the output files are perfect.

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

[raulpuro]

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]

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: Select all

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]

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: Select all

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]

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]

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: Select all

- 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: "Φ+"
  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: "óèÖ"
  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: "Φ+"
  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: "óèÖ"
  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: "Φ+"
  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: "óèÖ"
  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: "Φ+"
  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: "óèÖ"
  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: "Φ+"
  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]

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]

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]

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]

@ 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]

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.

[raulpuro]

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.<pa>
This is the original row.
Yeah, well yes. But the junk press broke down.<Pa>

Attached files, log ...

Thanks for your help, greetings.

[tehasut]

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]

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]

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.