ReC98/.gitignore

bin/*
obj/
.tup/*
!bin/README.md
!bin/masters.lib
Research/**/*.exe
Research/**/*.obj
RESEARCH/**/*.map
RESEARCH/**/*.EXE
RESEARCH/**/*.OBJ
RESEARCH/**/*.MAP

# Converted sprites
*.[ac]sp
*.[AC]SP
[Maintenance] gitignore everything in bin 2019-11-02 17:22:05 +00:00			`bin/*`
[Build] Emit all intermediate files into `obj/` Finally, a clean `bin/` tree. 😌 And as for the additional complexities in the Makefile, well, we're about to get rid of that one anyway. 🚮 Part of P0002, funded by GhostPhanom. 2024-06-02 02:10:05 +00:00			`obj/`
[Build] 32-bit: Use Tup as a proper build system for the 32-bit part This Tupfile does in fact date back to January 2017, and I've been using it myself ever since. Time to finally deliver it on master! Part of P0001, funded by GhostPhanom. 2017-01-22 20:22:00 +00:00			`.tup/*`
[Build] Bundle a performance-optimized version of MS-DOS Player Part of P0003, funded by GhostPhanom. 2024-06-06 19:10:34 +00:00			`!bin/README.md`
[Maintenance] gitignore everything in bin 2019-11-02 17:22:05 +00:00			`!bin/masters.lib`
[Research] Benchmark various sprite blitting approaches Running this on various PC-98 models confirms that unchecked blitting (i.e., what you would intuitively consider to be the best method) is in fact faster than checking either byte of a 16-pixel-wide sprite beforehand, and has been throughout the PC-98's lifespan. For optimal performance on the 286 and 386, we might want to use MOVS instead of MOV, but even that difference is way too small to truly matter. Also, nice to see turns out that our blitter outperforms a naive pure C implementation by 2-4×, depending on the model. And master.lib is not that much faster… The gaiji in `Research/blitperf.bmp` were taken from the Unifont version 15.0.01 glyphs for: • U+2022 BULLET • • U+23F1 STOPWATCH ⏱ • U+1F40C SNAIL 🐌 Part of P0233, funded by [Anonymous]. 2023-02-19 19:38:11 +00:00			`Research/*/.exe`
			`Research/*/.obj`
			`RESEARCH/*/.map`
			`RESEARCH/*/.EXE`
			`RESEARCH/*/.OBJ`
			`RESEARCH/*/.MAP`

[Build] Convert all known hardcoded sprites during the 32-bit build part You can now mod them by simply editing .BMP files! 2020-07-08 21:57:52 +00:00			`# Converted sprites`
			`*.[ac]sp`
			`*.[AC]SP`