www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1993/08/06/06:57:34

Date: Fri, 6 Aug 1993 13:49:30 +0200
Conversion: Prohibited
From: "6-AUG-1993 12:40:27.19" <phc27 AT rz DOT uni-kiel DOT d400 DOT de>
To: DJGPP AT SUN DOT SOE DOT CLARKSON DOT edu
Subject: RE: BGI VERSUS BCC2GRX+GRX

>(GRX side)
>- the TR8900 GRN driver is fast and seems to be better in 256 color mode
>  (a lot more faster than SVGA BGI 256 color driver in any resolution!!!)
>- the STDVGA GRN driver is also fast, although not as fast as the EGAVGA
>  and TR8900 GRN (I think!)
>- STDVGAX and VESA GRN are also as fast as STDVGA GRN (I cannot use VESA
>  GRN in 256 color mode above 640x480 -- it causes an exception!)

There are only two ways a driver may influence the graphics performance:

- the memory paging capabilities aren't reported correctly
  (eg. screen->screen blit uses a temporary memory location if no
   seperate read/write pages are available)
- the paging routine is slow

The drivers aren't (at least by now) used to draw anything on screen.
This is done by the LIBGR / LIBGRX routines.

>In short, with the latest BCC2GRX version my old Turbo C code is running
>a lot faster and without those nasty allocation problems...

That's why I did it ...

>Thank you Hartmut, Csaba and all others that are involved in BCC2GRX.
>This is really one of the best software pieces of the year!!!

Nearly the whole commendations should address Csaba. Without the
GREAT libgrx (Look at the code and you'll know) the bcc2grx
wouldn't have been possible. I fact I did some routines for the
libgrx 1.03. This was much harder than setting up the bcc2grx!

Hartmut



- Raw text -


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