Rooba
/
ReC98
mirror of https://github.com/nmlgc/ReC98.git
1
1
Fork 0
Code Issues Packages Projects Releases Wiki Activity
ReC98/libs/sprite16/sprite16.inc

16 lines
326 B
PHP
Raw Normal View History

[Reverse-engineering] [th03] SPRITE16 calls Aha! TH03's in-game graphics run in line-doubled 640×200 simply because that's what this SPRITE16.COM version was written for, making use of the PC-98 EGC for optimized blitting. Doesn't seem all *too* optimized though, given that it chooses to effectively draw every sprite twice, just in case it might overlap with something that's already in VRAM. It first clears the previous VRAM content at the drawing position according to the sprite's alpha mask, then ORs in the actual sprite data. The EGC can do monochrome alpha- tested blitting just as well as the GRCG, but once the sprite data covers all bitplanes, ORing is apparently the best it can do by itself? More technical details on the raster operations in the next push! Completes P0056, funded by rosenrose and [Anonymous].
2019-11-03 11:47:10 +00:00
; Function numbers for the SPRITE16.COM driver, according to SPRITE16.DOC.
; Only includes functions that are actually used in TH03.
SPRITE16 = 42h
SPRITE16_GENERATE_ALPHA = 1
SPRITE16_SET_MONO = 3
SPRITE16_SET_COLOR = 4
SPRITE16_SET_OVERLAP = 5
SPRITE16_SET_MASK = 8
OVERLAP_CLEAR = 1
OVERLAP_OR = 0
[Position independence] False positives in master.lib GRCG function calls Yup, function parameters that can clearly be identified as coordinates are by far the fastest way to raise the calculated position independence percentage. Kinda makes it sound like useless work, which I'm only doing because it's dictated by some counting algorithm on a website, but decompilation will want to un-hex all of these values anyway. We're merely doing that right now, across all games. Part of P0058, funded by -Tom-.
2019-11-10 23:18:22 +00:00
SPRITE16_RES_Y = 200