home *** CD-ROM | disk | FTP | other *** search
Wrap
Received: from sloth.swcp.com (sloth.swcp.com [198.59.115.25]) by nacm.com (8.6.10/8.6.9) with ESMTP id PAA10456 for <executor@nacm.com>; Fri, 7 Jul 1995 15:48:53 -0700 Received: from iclone.UUCP (uucp@localhost) by sloth.swcp.com (8.6.9/8.6.9) with UUCP id QAA04127 for nacm.com!executor; Fri, 7 Jul 1995 16:48:51 -0600 Received: from gwar.ardi.com by mailhost with smtp (nextstep Smail3.1.29.0 #11) id m0sUMAc-000YbmC; Fri, 7 Jul 95 16:46 MDT Received: by gwar.ardi.com (linux Smail3.1.28.1 #5) id m0sUMAb-000GOkC; Fri, 7 Jul 95 16:46 MDT Message-Id: <m0sUMAb-000GOkC@gwar.ardi.com> Date: Fri, 7 Jul 95 16:46 MDT From: mat@ardi.com (Mat Hostetter) To: executor@nacm.com Subject: Re: White Border when running uvbe51 In-Reply-To: <m0sULtO-000GOkC@gwar.ardi.com> References: <Pine.SUN.3.91.950707081110.17424A-100000@netcom13> <m0sULtO-000GOkC@gwar.ardi.com> Sender: owner-paper@nacm.com Precedence: bulk >>>>> "Mat" == Mat Hostetter <mat@ardi.com> writes: Mat> You get a black border without a VBE 2.0 video driver because Mat> Executor actually flips the pixel values when sending them to Mat> the SVGA screen! This imposes a small performance penalty, Mat> but is more visually pleasing. I should clarify: there are technical and performance reasons why we have not yet implemented this trick for VBE 2 drivers. The exact reason is complicated, but basically with a VBE 2 driver our blitter now draws directly to the SVGA board, without a separate "internal screen", and it is somewhat difficult to make it flip all pixel values everywhere. It would also be slower if it did. Maybe in 1.99o we'll have an option "annoying border color or slightly slower graphics". -Mat