Supermodel/Makefiles
Ian Curtis edb11dc223 Performance improvements
The old texture code was being bottle necked by the texture reads. We mirrored the real3d texture memory directly, including the mipmaps in a single large texture. I *think* most h/w has some sort of texture cache for a 2x2 or 4x4 block of pixels for a texture. What we were doing was reading the base texture, then reading the mipmap data from a totally separate part of the same texture which I can only assume flushed this cache. What I did was to create mipmap chains for the texture sheet, then copy the mipmap data there. Doing this basically doubles performance.
2024-06-13 13:36:30 +01:00
..
Makefile.OSX Fixed build on macOS 2022-12-12 16:49:07 -08:00
Makefile.UNIX Keep Supermodel files (config, nvram, saves, etc.) in a predictable path when running on Linux 2022-12-12 16:49:07 -08:00
Makefile.Win32 Makefile.Win32: fixed detection of Windows Command Prompt for rmdir command 2023-03-28 15:38:43 -07:00
Options.inc Preparing for Git snapshot build bot and updated copyright header to reference full lifespan of Supermodel repo 2022-06-23 12:34:02 -07:00
Rules.inc Performance improvements 2024-06-13 13:36:30 +01:00