Lucas Scharenbroich 95058fb969 Checkpoint for sprite rewrite ... All of the sprite rendering has been deferred down to the level of the tile drawing. Sprites are no longer drawn/erased, but instead a sprite sheet is generated in AddSprite and referenced by the renderer. Because there is no longer a single off-screen buffer that holds a copy of all the rendered sprites, the TileStore size must be expanded to hold a reference to the sprite data address fo each tile. This increase in data structure size require the TileStore to be put into its own bank and appropriate code restructuring. The benefits to the rewrite are significant: 1. Sprites are never drawn/erased off-screen. They are only ever drawn directly to the screen or play field. 2. The concept of "damaged" sprites is gone. Every dirty tile automatically renders just to portion of a sprite that it intersects. These two properties result in a substantial increase in throughput.		2022-02-18 12:12:32 -06:00
..
CORE.MACS.S	Checkpoint for sprite rewrite	2022-02-18 12:12:32 -06:00
EDS.GSOS.MACS.S
Load.Macs.s	Checkpoint	2022-02-02 10:21:31 -06:00
Locator.Macs.s	Consolidate all of the project macros into one folder; merlin32 only takes one macro path on the command line	2021-08-25 09:34:26 -05:00
Mem.Macs.s	Consolidate all of the project macros into one folder; merlin32 only takes one macro path on the command line	2021-08-25 09:34:26 -05:00
Misc.Macs.s	Consolidate all of the project macros into one folder; merlin32 only takes one macro path on the command line	2021-08-25 09:34:26 -05:00
Tool222.Macs.s
Util.Macs.s	Checkpoint	2022-02-02 10:21:31 -06:00