The Evil Within(*.streamed,.tangoresource）

[aluigi]

No, it's not possible.

The archives that allow a similar solution are quite rare, they are those archives with files archived sequentially.
The majority of the archives are too different and complex to allow an "append-like" reimporting, for sure this is not possible with an universal extractor, only with ad-hoc tools for that specific game/format, or there are too many risks to create invalid archives or corrupt them.

[michalss]

hmm ok too damn bad then coz none would be able to do localization ...

[shadow_lonely]

Ok that's probably my fault, I used unzip_dynamic that is not "reimport-friendly" because it automatically handles zlib and deflate compressions so when you reimport the file it chooses the zlib one (the most diffused).

I have updated the script to version 0.1.2a that instead uses deflate_noerror which should work correctly with reimporting.
The link to the script is the same: http://aluigi.org/papers/bms/others/the_evil_within.bms

You do NOT need to re-extract the files, the only thing that changed was the compression algorithm which is 100% compatible with the previous one, so try reimporting one non-modified file with this 0.1.2a script and tell me if you still experience crash problems.

Thanks! Nice work!

[anarkad]

after re-import error pops up, you will work on the script if you can not do anything ?

sorry for my english

[aluigi]

I can do nothing else.

[anarkad]

aluigi can you send me this script in version 1.2 ?

[aluigi]

The only different between 0.1.2 and 0.1.2a is comtype:
0.1.2: comtype unzip_dynamic
0.1.2a: comtype deflate_noerror

As already written in my previous post, deflate_noerror is the correct one, unzip_dynamic is wrong for the reimporting.

[shadow_lonely]

Ok that's probably my fault, I used unzip_dynamic that is not "reimport-friendly" because it automatically handles zlib and deflate compressions so when you reimport the file it chooses the zlib one (the most diffused).

I have updated the script to version 0.1.2a that instead uses deflate_noerror which should work correctly with reimporting.
The link to the script is the same: http://aluigi.org/papers/bms/others/the_evil_within.bms

You do NOT need to re-extract the files, the only thing that changed was the compression algorithm which is 100% compatible with the previous one, so try reimporting one non-modified file with this 0.1.2a script and tell me if you still experience crash problems.

I reimport successfully with .lang file. But with .dat and .bimage (font and coordinates). Game is stopworking:



Thanks!

[aden34]

edit: nevermind figured it out! thanks for the script!!

[shadow_lonely]

http://aluigi.org/papers/bms/others/the_evil_within.bms

Some filenames are duplicate but I don't know why, the script seems correct.

Could you share me first script the_evil_within.bms? Thanks! With current script, I reimport text file successfully, while font file is not!
Thanks!

[aluigi]

The current one is the only available, any previous script was wrong and not working.
The same fact you say that you reimported something with success means it works.

[michalss]

Just for PC for consoles it does not work!

[aluigi]

If the script works in extraction mode with the console archives, then there is nothing I can do for the reimporting.
If the script doesn't extract the console files, I need to fix it.

[michalss]

If the script works in extraction mode with the console archives, then there is nothing I can do for the reimporting.
If the script doesn't extract the console files, I need to fix it.

Export work on all platforms, just reimport does not work on consoles that is p... off

[shadow_lonely]

Here is after reimport 24.bimage without edit with origin common.tangoresource:





Could you help me?

[disastorm]

I can also confirm that reimporting most files doesn't work properly. It seems to be the compressing part that doesn't work properly.

Exporting and reimporting the exact same file will cause the game to crash.
However, if you remove the "clog" and use only the "log" (keep the files compressed) you can export and reimport the same exact file fine.

Also, if shadow_lonely says he successfully imported a .lang file but nothing else, perhaps that specific file is not compressed, which would explain why it reimports properly.

[aluigi]

I guess that's caused by the non-standard method used to compress the files, that's the reason why I have used deflate_noerror instead of the classical deflate.
It's the only explanation in my opinion.

[disastorm]

Is it expected that the number of NAMES are actually alot higher than the number of FILES in the script? For example, When I open some of the tangoresources in notepad++ I can see that some of the names are .md6mesh files (or something similar to that name) but when extracting them they don't actually get extracted as a file.
This led me to print out the values of NAMES and FILES and there are actually alot more NAMES. Is this normal?

[aluigi]

It may be possible, in fact tangoresource has a separate section for the names (2 types of names per entry) and then it continues just like the other archives.

Do you mean that you get filenames like 00000000.dat instead of the real filename?

[disastorm]

No I just meant that there were names I saw in the tangoresource that had no file extracted. The example of the mesh name was just an example.