Iconoclasts .dat

[makc_ar]

Game: http://store.steampowered.com/app/393520/Iconoclasts


Example Assets.dat https://mega.nz/#!IOpEjDoR!wmDc3mtwVKA2 ... NmJymRENDY

[aluigi]

Just use offzip -a.
There are no filenames so a script would give the same result

*edit*
wrong, there are non compressed files too... wait.

[aluigi]

http://aluigi.org/bms/iconoclasts.bms

[makc_ar]

Thanks aluigi!

[imjinjia]

http://aluigi.org/bms/iconoclasts.bms

文章标题 : It can't work for PS VITA,can you support it?

[aluigi]

Upload a sample archive.

[isage]

Sorry for bumping, but script also doesn't work with linux (or maybe just latest?) version of game
Here's Assets.dat https://mega.nz/#!sLA3Ha4K!A4JDsFB0MSUp ... 8I4oQ3iZDs
And here's Vita Assets.dat https://mega.nz/#!BGIVkKZZ!ITFAx9kv07e4 ... v5lB7iDWuI

[aluigi]

I have made an update, unfortunately "Asset(1).dat" is messy from offset 0x5c7d4c6

[isage]

Hm. It works now, but it looks like it skips some files (for example some shaders at the end of Assets.dat)

[jonastraducoes]

My name is jonas, I'm a game translator!
I would like to translate the Iconoclasts game into Brazilian Portuguese!
I need to edit the game fonts and the images can anyone help me on this?

Thank you!

[jonastraducoes]

Just use offzip -a.
There are no filenames so a script would give the same result

*edit*
wrong, there are non compressed files too... wait.

First of all thanks for making iconoclasts.bms!
But it is not inserting correctly!
You can solve this, please!
link to a photo to show the error!

I inserted 3 files

http://prntscr.com/vfjz5q

[aluigi]

If quickbms found that file, it should find the other files too.
Did you change their names?
What I mean is that both the script and the reimport feature worked correctly.

[jonastraducoes]

If quickbms found that file, it should find the other files too.
Did you change their names?
What I mean is that both the script and the reimport feature worked correctly.

Thanks for answering!
I didn't change anything, I just tried to insert it again, but it doesn't work!

[aluigi]

Uhmmm it's very strange.
Can you provide the original archive?

[jonastraducoes]

Uhmmm it's very strange.
Can you provide the original archive?

Thanks for answering!
Yes I can!
This is the game version file in 1.15 on steam!

https://drive.google.com/file/d/1cb1eF4 ... sp=sharing

[aluigi]

I confirm the problem and I'm now checking what's wrong.
Just in time for fixing the bug in the upcoming quickbms 0.11

[aluigi]

I just finished the analysis and, no, it's not a bug of quickbms.

tl;dr: the script is not valid for reimporting, in theory it would be possible to make a work-around but I don't want to touch it and make a mess.

So the problem is that the script doesn't know what's the real number of files and it uses a work-around to guess when it must terminate.
This work-around simply checks if the current offset is lower than the last one.
In reimport2 the bigger files are appended at the end of the archive and the offset field gets patched with the new value.
The result is that the next offset will be lower than the patched one (at the end of archive) and the script quits.

[jonastraducoes]

I just finished the analysis and, no, it's not a bug of quickbms.

tl;dr: the script is not valid for reimporting, in theory it would be possible to make a work-around but I don't want to touch it and make a mess.

So the problem is that the script doesn't know what's the real number of files and it uses a work-around to guess when it must terminate.
This work-around simply checks if the current offset is lower than the last one.
In reimport2 the bigger files are appended at the end of the archive and the offset field gets patched with the new value.
The result is that the next offset will be lower than the patched one (at the end of archive) and the script quits.

so there is no way to insert the files?

[jonastraducoes]

I just finished the analysis and, no, it's not a bug of quickbms.

tl;dr: the script is not valid for reimporting, in theory it would be possible to make a work-around but I don't want to touch it and make a mess.

So the problem is that the script doesn't know what's the real number of files and it uses a work-around to guess when it must terminate.
This work-around simply checks if the current offset is lower than the last one.
In reimport2 the bigger files are appended at the end of the archive and the offset field gets patched with the new value.
The result is that the next offset will be lower than the patched one (at the end of archive) and the script quits.

can you help me get around this?

[Delutto]

Iconoclasts DAT Tool [PC]
By Delutto

See Readme.txt for instructions.

Iconoclasts_DAT_Tool_By_Delutto.7z