JanFrederick00


 A little preview. I implemented the parsing of the GGDict files and conversion to JSON. This affects the .json, .wimpy and .emitter files. The parsing of the packs themselves...

There is a third key. It's 1024 bytes long and used to decrypt the .yack files (AFTER they have already been decrypted.) The only problem is: the algorithm takes a...

The first byte in the decoded files seems to be 0x00. Starting the key at the first key-byte that equals the first data byte seems to work. The largest offset...

> > There is a third key. It's 1024 bytes long and used to decrypt the .yack files (AFTER they have already been decrypted.) The only problem is: the algorithm...

I think I understand the structure of the new .yack files now. I'm not sure whether that format has been used before or if someone else has already figured it...

I'm looking into the .dink file. The file contains multiple blocks, each starting with the "magic number" 0x3441789C. The next uint describes the length of the block. using this information,...

I have started writing [a tool to view the .wimpy files](https://github.com/JanFrederick00/WeirdViewer).

.dink file: - FD4BC33A: Seems to contain definitions of constants. each 8 bytes define a constant (maybe variable?) -> uint type, uint value. there seem to be three different types:...

The lowest 11 bits of each instruction are the op-code. Op-codes 0x00 and 0x36 are treated as no-op 0x33 returns (int)(instruction >> 23) 0x07 seems to "focus" on a variable...