87c0aae54b
More file format musing
2020-04-15 22:18:53 +01:00
acb7882549
Do some more file format spelunking
...
`WarHammer.ani` turns out to be a regular `obj` file; `WarHammer.idx`
is partially decoded, but I'm struggling to link it to the former in
a reasonable way at the moment.
2020-04-15 00:27:43 +01:00
7a8e9dbd97
Respect sprite X and Y offsets
...
This makes menus display more correctly, and also fixes trees and other
objects on the main map, although it messes up bounds clipping (sigh).
2020-03-21 00:56:35 +00:00
056976721c
Determine the RLE format for .obj file sprite pixeldata
2018-09-08 02:00:03 +01:00
c8238f1853
Turns out the palette is actually identical to that in wh40k.pcx
2018-03-25 00:18:27 +00:00
4d4c4da892
More .obj investigating. 0x80 seems to be a special value
2018-03-24 21:47:34 +00:00
6ba93486a1
More .obj file diving
2018-03-24 03:00:31 +00:00
801cf7754d
First attempt at a palette
2018-03-22 01:32:17 +00:00
5ee1ceb532
Sprites in .obj files are composed of Y null-separated records with a probable type field
2018-03-21 22:49:46 +00:00
1ea123a201
More .obj investigation. Looking for records in sprite data
2018-03-21 21:26:07 +00:00
c4598590c2
Another night of .obj failure
2018-03-21 05:08:24 +00:00
ee1d75d518
More investigation into .obj, document sprite composition in .set
2018-03-20 12:02:07 +00:00
9b4e2b43e0
Rework the .obj format documentation
...
* Split container documentation (well-understood) from sprites
* Begin investigation into blank.obj vs. pillar.obj
2018-03-20 02:20:02 +00:00
efedec4d82
Add some doubts on the obj format
2018-03-19 11:42:57 +00:00
4176ccd94f
More README cleanup
2018-03-18 04:23:34 +00:00
