Lionheart

User Tools

Site Tools

Trace:
formats:frm16

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revisionBoth sides next revision
formats:frm16 [2010-09-26 23:08] – edheldilformats:frm16 [2010-09-26 23:12] – edheldil
Line 39: Line 39:
 | 0x0c | 2 | Type (64 or 68) | | 0x0c | 2 | Type (64 or 68) |
 | 0x0e | 2 | Unknown, possibly padding, always 0 in standalone files | | 0x0e | 2 | Unknown, possibly padding, always 0 in standalone files |
-| 0x10 | 4 | Data size for opaque layer | +| 0x10 | 4 | Bitmap size for opaque layer | 
-| 0x14 | 4 | Data size for 80?% layer | +| 0x14 | 4 | Bitmap size for 80?% layer | 
-| 0x18 | 4 | Data size for 60?% layer | +| 0x18 | 4 | Bitmap size for 60?% layer | 
-| 0x1c | 4 | Data size for 40?% layer | +| 0x1c | 4 | Bitmap size for 40?% layer | 
-| 0x20 | 4 | Data size for 20?% layer |+| 0x20 | 4 | Bitmap size for 20?% layer |
  
 ==== Layers ==== ==== Layers ====
Line 51: Line 51:
  
 ==== Bitmap ==== ==== Bitmap ====
- 
-In type 68 files, the first 4 bytes in a bitmap is a DWORD containing bitmap's size in bytes. Since LUT's size is known (2 * height), it allows to read or skip the bitmap or whole layer without decoding it. However, the same number is already in the header, so its usefullness is unclear.  
  
 Pixel color is encoded as a 16bit word, probably with a common 5-6-5 RGB? encoding. FIXME: How are fully transparent pixels encoded? Pixel color is encoded as a 16bit word, probably with a common 5-6-5 RGB? encoding. FIXME: How are fully transparent pixels encoded?
Line 65: Line 63:
   __ __  ff fe  ff fc  00 00  00 00  00 00  00 00  00 00   __ __  ff fe  ff fc  00 00  00 00  00 00  00 00  00 00
 (First one pixel (0x81 & 0x7f) is skipped, then two (0x42 & 0x3f) whitish pixels are copied, then a black pixel is copied 5 times) (First one pixel (0x81 & 0x7f) is skipped, then two (0x42 & 0x3f) whitish pixels are copied, then a black pixel is copied 5 times)
 +
 +In type 68 files, the first 4 bytes in a bitmap is a DWORD containing bitmap's size in bytes. Since LUT's size is known (2 * height), it allows to read or skip the bitmap or whole layer without decoding it. However, the same number is already in the header, so its usefullness is unclear. 
 +
 +
  
 ==== Scanline Lookup Table, LUT ==== ==== Scanline Lookup Table, LUT ====
  
-Array of 32bit indices into pixel data pointing to beginnings of each image scanline. The first index is 0 in type 64 files, 4 in type 68 files.+Array of 32bit indices into bitmap pointing to beginnings of each bitmap scanline. The first index is 0 in type 64 files, 4 in type 68 files.
  
 ^ Offset ^ Size ^ Description ^ ^ Offset ^ Size ^ Description ^
formats/frm16.txt · Last modified: 2011-11-21 22:36 by edheldil