mirror of https://github.com/nmlgc/ReC98.git
c09446a1f4
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]. |
||
|---|---|---|
| .. | ||
| formats | ||
| gaiji | ||
| hardware | ||
| math | ||
| snd | ||
| defconv.inc | ||
| frame_mod[bss].asm | ||
| op_02.c | ||
| sprite16[bss].asm | ||
| th03.inc | ||