Mercurial > touhou
view doc/PBG3 @ 182:20843875ad8f
(Hopefully) use difficulty as it should.
The difficulty[0] (also called rank) varies from 0 to 32 and affects
various parts of the game. The difficulty now impact those parts,
but how it is modified during the gameplay is not clear.
Such changes to the difficulty are not handled yet.
[0] http://en.touhouwiki.net/wiki/Embodiment_of_Scarlet_Devil/Gameplay#Rank
author | Thibaut Girka <thib@sitedethib.com> |
---|---|
date | Tue, 25 Oct 2011 01:29:40 +0200 |
parents | 6b2c7af2384c |
children |
line wrap: on
line source
The PBG3 format is an archive format used by Touhou 6 (The Embodiment of Scarlet Devil). It is a bitstream composed of a header, a file table, and LZSS-compressed files. Reading integers ---------------- Integers in PBG3 files are never signed, they are not byte-aligned, and have a variable size. Their size is given by two bits: 00 means the number is stored in one byte, 10 means it is stored in three bytes. Ex: 0x0012 is stored as: 0000010010 0x0112 is stored as: 010000000100010010 Reading strings --------------- Strings are stored as standard NULL-terminated sequences of bytes. The only catch is they are not byte-aligned. Header ------ The header is composed of three fields: * magic (string): "PBG3" * number of entries (integer) * offset of the file table (integer) The size of the header is thus comprised between 52 bits and 100 bits. File table ---------- The file table starts at a byte boundary, but as the rest of the file, isn't byte-aligned. It consists of a sequence of entries. Each entry is composed of five fields: * unknown1 (int) #TODO * unknown2 (int) #TODO * checksum (int): simple checksum of compressed data * size (int): size of uncompressed data * name (string): name of the file The checksum is a mere sum of the compressed data. Files are compressed using the LZSS algorithm, with a dictionary size of 8192 bytes and a minimum matching length of 4 bytes. The size of the offset component of (offset, length) tuples is 13 bits, whereas the size of the length component is 4 bits. A file ends with a (0, 0) tuple, that is, 18 zero bits. Uncompressing a LZSS-compressed file is quite easy, see lzss.py.