delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1997/03/02/16:56:52

From: Shawn Hargreaves <Shawn AT talula DOT demon DOT co DOT uk>
Newsgroups: comp.os.msdos.djgpp
Subject: Re: VESA DoubleBuffer flicker and SetGetDisplayStart func 0x07h
Date: Sun, 2 Mar 1997 19:34:48 +0000
Organization: None
Distribution: world
Message-ID: <ADdz3UAYZdGzEw0o@talula.demon.co.uk>
References: <5f77ph$bf8 AT news DOT cableinet DOT net>
<aI4FlBBCW2FzEw+5 AT talula DOT demon DOT co DOT uk> <5fblr1$a0r AT news DOT cableinet DOT net>
<5fc9e3$q9d AT news DOT cableinet DOT net>
NNTP-Posting-Host: talula.demon.co.uk
MIME-Version: 1.0
Lines: 18
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp

>I changed my code. Now I don't wait for VR in the set CRT
>Start Address, but I do an explicit wait for VR *after*.
>
>Everything is now rock-solid.

Weird! Are you by any chance running under win95? :-) That can sometimes
do bad things to retrace detection, by interrupting your program in the
wrong places. Eg. the VESA driver waits for retrace, retrace occurs,
VESA driver is just about to set the hardware registers when Windows
preempts it, so the display start doesn't actually get altered until
slightly _after_ the retrace, causing the flicker. 

That wouldn't make any sense if you are running in DOS, though...

/*
 *  Shawn Hargreaves - shawn AT talula DOT demon DOT co DOT uk - http://www.talula.demon.co.uk/
 *  Beauty is a French phonetic corruption of a short cloth neck ornament.
 */

- Raw text -


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