The Evil Within(*.streamed,.tangoresource）

[shadow_lonely]

I have an idea.
- After edit, we compress file with zlib
- Find address your file edited in big file.
- Replace compressed file from this address.
- Done.
But i do not know how to compress file with zlib.

[MerlinSVK]

Code: Select all

comtype zlib_compress
get name filename
string name += ".zlib"
get size asize
clog name 0 size size

[michalss]

I have an idea.
- After edit, we compress file with zlib
- Find address your file edited in big file.
- Replace compressed file from this address.
- Done.
But i do not know how to compress file with zlib.

well it is not a pure zlib as far as i know. It is kind of strange deflate

[shadow_lonely]

Code: Select all

comtype zlib_compress
get name filename
string name += ".zlib"
get size asize
clog name 0 size size

Thanks! I will test. Maybe this is last hope!

[greenbingo]

how can i convert ps3 font file(pc ver. does not contain another languages) to pc font file?
ex)48.dat & 48.bimage ,or (48.tga.decl)

i tried to HEX edit but fail..

[michalss]

how can i convert ps3 font file(pc ver. does not contain another languages) to pc font file?
ex)48.dat & 48.bimage ,or (48.tga.decl)

i tried to HEX edit but fail..

Again why you trying to sort fonts when you cannot even do text ?

[greenbingo]

yes i understand that unnecessary

now i can't repack "common.tangoresource"( when i changed small size file to bigger size file)

when i use "the_evil_within.bms" , show me this error



repack answer "force" -> game start -> game stop error

how can i Resize "common.tangoresource" ex) Wolfenstein: The New Order used binary_template.bt

Reimport doesn't work

[shadow_lonely]

Here is result my test with font file texture! I think we only compress file after extract same with origin and use hex edit to reimport by hand. Could anyone help me do that? Thanks any way!

[disastorm]

shadow_lonely I think the issue with reimporting is that it uses a non-standard encryption algorithm that no one knows. I'm not sure how anyone could help you even manually hex edit reimporting unless they know the algorithm?

[michalss]

I guess found the reason why reimport does not work. Compression is good, but problem is that on each compress file ,always last 4 bytes there is uint number, just dont know what is represent yet! So this is i guess why game crashing. I will try to recompress 1 txt file and import manually back to archive with this 4bytes in the end of the file and will see if it works. Not sure what it is could be CRC. Aluigi can you please have a look on that, i guess you missed it during the reversin (even that is not important for extraction)

[michalss]

i was trying everything, with no success would be good if anyone can help pls

[swuforce]

i was trying everything, with no success would be good if anyone can help pls

Contact with the brazil team.
http://www.tribogamer.com/jogos/traducoes/?id=269

[michalss]

You dont understand i dont need tools anymore just im dying to know it

[michalss]

I guess i found the solution for this... Also found the problem why aluigi must use _noerror for decompresion(in fact it is very easy). I will test this and let you know but it looks very promising so far. My firend point me right direction in this case.

[michalss]

Ok now im 100% sure what was the problem

[aluigi]

Is it something that can be fixed in the script?

[michalss]

Is it something that can be fixed in the script?

Ok here is the problem. First every compressed file has break on EOF 00 00 FF FF that is first problem with reimport. Second problem is more serious. Reason why you have to use _noerror is that in compressed files check 1 byte with decompression you have to take that number and +1 and u can use deflate without error but it will decompress only palatially but not give error(must be some trick behind this with deflate looks like block couting). However this is more problems during the reimport. In normal logic during the reimport it should work like this : compress files --> take first bit + 1 and import to archive, however this work only with small files. there is some soft of incremental or something. Problem would be in deflate compression, it seems that first bit gets incremented by the deflate blocks, not sure logic behind it is very very problematic, this compression and far beyond to my knowledge. Can you please check this aluigi wtf is that first bit represent and how to calculate it??

So once again:

file default.cfg file a 48.bimage, with default.cfg you are 100% sure that first byte +1 is made for unpack (comparison with izarc packing method, which returned exactly same compressed file except frist byte -> then pure deflate method can be used, in case of 48.bimage if first byte is modified, pure deflateis working but unpacking only part of the file - deflate blocks with modified first byte? )

https://dl.dropboxusercontent.com/u/38234344/Aluigi.rar

[chopper2882]

here is unpack, repack program. (only for PC not support XBOX360/PS3)

- Unpack
Tango.exe -u common.tangoresource

- Repack
Tango.exe -p common.tangoresource common.tangoresource.new

[michalss]

Thx but still we dont know the important things for future mattaer how this first bit is calculated. Can you please give me a email or sort of contact to author or source code ?

[aluigi]

Script updated to version 0.2.2