hydexon
commented
3 years ago well i was targeting the 32-bit extended modes of DOS using extenders to access at least 16MB of RAM, also my 3D applications would be simplistic geometry for levels, complex models and animations are basically billboard sprites, like DOOM and Duke3D does.
not sure, but oh well thanks i'll see other forks, this fork of TinyGL was the best one from the others which it was more independent from Linux-specific.
Another question: the DDA is a original modification for this fork?, or present in the original codebase of TinyGL?
There's some plans to port TinyGL for VGA DOS?, like the palette-indexed 8-bit support i was able to crosscompile TinyGL just fine in DJGPP 2.05 but i don't tested it yet unfortunately because it doesn't support 8-bit surfaces, i'm still on the way to integrate it with a special fork of Allegro4, to provide the framebuffer and the texture loading (which is slightly complicated compared with stb_image), probably the way TinyGL push pixels will not efficient because it doesn't use Bresenham's line-drawing algorithm or fixed point arithmetic for FPU-less CPUs which it was common at the time, but i intended to target Pentium 100MHz and MMX systems.
Thanks.