www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1995/04/06/12:10:46

Date: Thu, 6 Apr 1995 16:13:48 +0100 (BST)
From: Philip Taylor (RHBNC) <CHAA006 AT vms DOT rhbnc DOT ac DOT uk>
Reply-To: P DOT Taylor AT Vms DOT Rhbnc DOT Ac DOT Uk
To: djgpp AT sun DOT soe DOT clarkson DOT edu
Cc: CHAA006 AT vms DOT rhbnc DOT ac DOT uk
Subject: GO32, VESA & the XGA graphics adapter

Dear Colleagues --

I am not a DJGPP programmer, but I use programs which have been compiled
using DJGPP and which used the GO32 graphics interface (e.g. DISPLAY,
VMPEG).  Having just acquired an XGA adapter for the first time, I have
been endeavouring to get these programs to cooperate with the XGA VESA TSR,
but with only partial success; I would be very grateful if anyone could
suggest where I might make improvements. 

The experienced phenomena are:

1) DISPLAY: fine in 16-bit mode (640 x 480 x 64K);
	    false colour in 8-bit mode (640 x 480 x 256);
	    fine in very-low-res 8-bit mode (320 x 200 x 256);

2) VMPEG:   no real sucess at all: 
	    default mode (640 x 480 x 256): right size, false colours;
	    8-bit mode: the same (no obvious difference in batch files);
	    24-bit mode: (640 x 480 x ??): two false-colour spatially
		separate images (different false colours in each).
            very-low-res mode (320 x 200 x 256): OK.

IN a sense I can reconcile their behaviour, if 640 x 480 x 256 mode is
truly aberrant, but non-GO32 programs such as Image Alchemy seem able
to exploit that mode.  Can any experienced user comment, please?

(I should add that I am using the inbuilt GO32 driver, VESADRV.VDR;
 the external version seems to behave identically, and no other older
 VESA driver seems any improvement: indeed, I think they are all less
 functional).

					Philip Taylor, RHBNC.
		

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019