home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.os2.misc
- Path: sparky!uunet!think.com!ames!agate!stanford.edu!leland.Stanford.EDU!heinrich
- From: heinrich@leland.Stanford.EDU (Mark Andrew Heinrich)
- Subject: Re: The SP, Diamond SpeedStar (ET4000), and Higher Resolutions
- Message-ID: <1992Nov16.200038.10142@leland.Stanford.EDU>
- Sender: news@leland.Stanford.EDU (Mr News)
- Organization: DSG, Stanford University, CA 94305, USA
- References: <8Bu9TB2w165w@student.business.uwo.ca>
- Date: Mon, 16 Nov 92 20:00:38 GMT
- Lines: 28
-
- In article <8Bu9TB2w165w@student.business.uwo.ca> pkedrosk@student.business.uwo.ca (Paul S. Kedrosky) writes:
- >I've seen more stuff on this topic than i care to think about but I'm
- >about to add a little more.
- >
- >....So here's the crux of
- >what you have to do: boot your system under real dos, create a
- ^^^^^^^^^^^^^^
- >directory called os/2 off your root directory, run "svga on" under
- >that root directory.
-
- Yes! I have been waiting for someone to verify this. SVGA ON under
- real DOS produces a DIFFERENT svgadata.pmi file than under OS/2's dos. This
- could be expected, but what is strange is that the one created under real DOS
- is CORRECT, and the one created under OS/2's dos is INCORRECT (in the
- cases where the two files are indeed different). In my case I have a generic
- ET4000 card, and svga on under OS/2 will not put my card in interlaced mode
- no matter what I do. I need to run it under real dos to get the correct
- svgadata.pmi file (even for the new drivers in the SP).
-
- IBM??? Please fix the svga.exe program. I think a better svga.exe program
- will solve many of OS/2 2.0's SVGA problems.
-
- Mark
- --
- Mark A. Heinrich Duke '91
- E-Mail: heinrich@leland.stanford.edu
- "You can't fake what you don't got."
- - Seymour Cray on Virtual Memory
-