Hi friends.
I am dedicated to GOD OF THUNDER and to understand the format, I made a similar application to camoto
The idea is to understanding the internal formats and also help you with the rest later.
Already achieved unpack header data. DAT (the 5888 initial bytes), and present the names of the files in the TREEVIEW, but what I read differs from "camoto", changed some names to something more attractive, but I still have many differences
Besides, I'm locked in the decompression, I started with level 1, this byte from &H1700 = 5888 but the formula does not give me the correct output, not if I can help?, I would greatly appreciate it.
This is the problem, The first bytes are &H1700 = 00 F0 01 00 01 F0 01 01 F0 B0 ......
00F0 = decrypted file size = 61440 OK
but
01 = Bit 1 = 1 (least significant first) = (take next byte and copy it to the output), is wrong because the next byte is 00, and the file decryption starts with 240 bytes of & h B0 + 271 bytes of & h00, and not 00
and if we continue with the other bits (7 bits are 0), which is to copy each byte worse
You have time to help, I know I have to help myself to you, but I have to learn the format for reasoning what is missing?
thanks
MY EXTRACT NAME OF FILES (ASORTED)
SDAT1
SDAT2
SDAT3
FACE1
FACE2
FACE3
FACE4
FACE5
FACE6
FACE7
FACE8
FACE9
FACE10
FACE11
FACE12
FACE13
FACE14
FACE15
FACE16
PALETTE
STATUS
TEXT
ODINPIC
HAMPIC
OPENBACK
SPEAK1
SPEAK2
SPEAK3
BOSSV11
BOSSV12
BOSSV13
BOSSV32
BOSSV31
BOSSV33
BOSSP11
BOSSP12
BOSSP13
SONG1
SONG2
SONG3
SONG4
SONG31
SONG32
SONG33
SONG34
SONG36
SONG35
WINSONG
BOSSSONG
DIGSOUND
PCSOUNDS
RANDOM
DEMO
STORY1
OPENSONG
ACTOR1
ACTOR2
ACTOR3
ACTOR4
ACTOR5
ACTOR6
ACTOR7
ACTOR8
ACTOR9
ACTOR10
ACTOR11
ACTOR12
ACTOR13
ACTOR14
ACTOR15
ACTOR16
ACTOR17
ACTOR18
ACTOR19
ACTOR20
ACTOR21
ACTOR22
ACTOR23
ACTOR24
ACTOR25
ACTOR26
ACTOR27
ACTOR28
ACTOR29
ACTOR30
ACTOR31
ACTOR32
ACTOR33
ACTOR34
ACTOR35
ACTOR36
ACTOR37
ACTOR38
ACTOR39
ACTOR40
ACTOR41
ACTOR42
ACTOR43
ACTOR44
ACTOR45
ACTOR46
ACTOR47
ACTOR48
ACTOR49
ACTOR50
ACTOR51
ACTOR52
ACTOR53
ACTOR54
ACTOR55
ACTOR56
ACTOR57
ACTOR58
ACTOR59
ACTOR60
ACTOR100
ACTOR101
ACTOR102
ACTOR103
ACTOR104
ACTOR105
ACTOR106
ACTOR107
ACTOR108
ACTOR109
BPICS1
OBJECTS
BPICS2
BPICS3
ACTOR98
ACTOR61
ACTOR62
FACE17
ACTOR63
ACTOR64
ACTOR65
ACTOR66
ACTOR67
ACTOR99
FACE18
ACTOR68
ACTOR69
ACTOR70
ACTOR71
ACTOR72
ACTOR73
ACTOR74
ACTOR75
ACTOR76
FACE19
FACE20
BOSSV21
BOSSV22
BOSSV23
OPENP1
OPENP2
OPENP3
OPENP4
OPENP5
OPENP6
OPENP7
OPENP8
OPENP9
OPENP10
OPENP11
OPENP12
STORY2
STORYPIC
STORYPAL
SONG21
SONG22
SONG23
SONG24
SONG25
ACTOR110
ACTOR113
STORY3
Locked when learning desencrip GOD OF THUNDER
-
luis46coco
- Less than a nibble
- Posts: 5
- Joined: August 2nd, 2014, 9:21 am
-
luis46coco
- Less than a nibble
- Posts: 5
- Joined: August 2nd, 2014, 9:21 am
Re: Locked when learning desencrip GOD OF THUNDER
I've managed to find some answers, and modify the wiki http://www.shikadi.net/moddingwiki/DAT_ ... ompression
research programs "Grom PE." I have managed to solve some but not all
skip the next 2 bytes Other UINT16LE value(??).
c. Copy "count" bytes from here to the end of the newly decompressed data (explanatory: remember that each byte copied recently, extending the data and can be copied again, this occurs, for example, when the offset is 1, back one byte, and the counter is 15 + 2 = 17, this copy 17 times the last copied byte).
research programs "Grom PE." I have managed to solve some but not all
skip the next 2 bytes Other UINT16LE value(??).
c. Copy "count" bytes from here to the end of the newly decompressed data (explanatory: remember that each byte copied recently, extending the data and can be copied again, this occurs, for example, when the offset is 1, back one byte, and the counter is 15 + 2 = 17, this copy 17 times the last copied byte).