Newsgroups: comp.os.os2.misc
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!ira.uka.de!fauern!NewsServ!rommel
From: rommel@Informatik.TU-Muenchen.DE (Kai-Uwe Rommel)
Subject: Re: 8514/xga dumb questions
Message-ID: <1991Jun27.085211.16465@Informatik.TU-Muenchen.DE>
Sender: news@Informatik.TU-Muenchen.DE (System)
Organization: Technische Universitaet Muenchen, Germany
References: <1991Jun25.231120.14697@verity.com> <1991Jun26.225434.1@lure.latrobe.edu.au>
Date: Thu, 27 Jun 1991 08:52:11 GMT
Lines: 37

In article <1991Jun26.225434.1@lure.latrobe.edu.au> ccmk@lure.latrobe.edu.au writes:
>In article <1991Jun25.231120.14697@verity.com>, dnater@verity.com (Dan Nater) writes:
>> 1)  Please define 8514(/A)    Could one say that 8514 supports 1024x768x256?
>> (in os/2)
>
>The 8514/A adapter card with the standard 512KB memory supports 1024x768x16
>colours.  With 1MB memory it supports 256 colours.  It works as an
>adjunct to the VGA already on a PS/2.  OS/2 1.x supports 16 colours only,
>so you will not see more than 16 colours via PM in OS/2.  OS/2 2.0
>has a colour model similar to Windows 3.0, so will support more colours
>(256 up to 24 bit colour, but this depends on appropriate hardware).

I think this is not true. OS/2 will *only* run in 1024x768x256, i.e.
1MB mode of the 8514/A (I have one from WD). The docs say clearly that
it does not run with only 512k. It is true that OS/2 1.x does not really
supports 256 color software with a palette manager as Windows 3.0 does.
But it displays 256 colors on the screen when I use DESKPIC to display a
256 color GIF file on the desktop, although the colors get matched a bit
to the available system-defined 256 colors.

>> 2) Please define XGA
>
....
>
>If you want 256 colours you can't get it from OS/2 PM at present.  OS/2
>version 2.0 will have this.  A graphics program that bypasses OS/2

See above ...


Kai Uwe Rommel

/* Kai Uwe Rommel, Munich ----- rommel@lan.informatik.tu-muenchen.dbp.de */

DOS ... is still a real mode only non-reentrant interrupt
handler, and always will be.                -Russell Williams