🚀 go-pugleaf

In article <1993Jul6.160710.9695@infonode.ingr.com>, ross@kaos.b11.ingr.com (Ross Erickson) writes:
|> 
|> Uhhhhh, sanity check time.  Hi-Color support does NOT mean higher
|> resolution.  In fact, it means lower resolution with more colors.
|> Something like 160x200.  No speed problems at all.

Huh?  I thought the Hi-color stuff was about 320x200x32K and higher
resolutions.  Can anyone correct Ross or me?  Who'll want a game, or
*any* software in 160x200 nowadays?

Anyway, noone mentioned higher resolution.  I was just thinking of the
fact that a 320x200x32K bitmap takes twice (15/8, 16/8 in practice) as 
much storage space as a 320x200x256 bitmap.

I'll get the SVGABGI 4.0 archive to check what the author of this
library supports:

(* These are the currently supported modes *)
const
  SVGA320x200x32768     = 0;    (* 320x200x32768 HiColor VGA *)
  SVGA640x350x32768     = 1;    (* 640x350x32768 HiColor VGA *)
  SVGA640x400x32768     = 2;    (* 640x400x32768 HiColor VGA *)
  SVGA640x480x32768     = 3;    (* 640x480x32768 HiColor VGA *)
  SVGA800x600x32768     = 4;    (* 800x600x32768 HiColor VGA *)

Even though 160x200 isn't mentioned, I'm not saying it doesn't exist.
(Before you guys go where-is-that-file, I'll tell you:
oak.oakland.edu:pub/msdos/borland/svgabg40.zip)

Anyway, another poster has already corrected my previous post, by
providing killer quotes from earlier Doom discussions,
so my excuses go out to all and everyone, especially iD, and the
seven guys who have Hicolor cards out there.

-- 
Robert Schmidt - robert@alkymi.unit.no - Buuud@IRC
Ztiff Zox Softwear: fast/tiny utilities, games/graphics programming on
                    the DOS platform (C/C++ & asm).  Suggestions welcome!

This is a .sig coke can!  Pour me into your .sig, and join in!