Folks, where was the problem in getting 16-bit color on the XGA-2 under
NT4?
xga.drv, xga.vxd, vga256.dll?
We clearly see the modes in XGA driver in the leaked NT code are support for 64k color 16 bit 256 etc .
XGA1_MODE_1024_768_16_CO
XGA1_MODE_1024_768_64_CO
I tried to change the driver to use the standard 16-bit color palette load method but it just blue screens.and distorted, the colors are very dark so no luck there.
Also tried pairing the xga2.sys with the framebuf.dll which is use in a lot of virtual machines as the video driver. It sees all the 256 color modes and one 65536 color mode. If I try to use the one listed 65536 color mode the screen redraws to long
Looking in the leaked 2000 SP1 retail build source code the only reference left in the source to xga is this one comment:
*... unless the display driver is xga.drv,
* because XGA cards aren't really VGA compatible
Yes looks to be true so far.
I tried to change the driver to use the standard 16-bit color palette load method but it just blue screens.and distorted, the colors are very dark so no luck there.
Also tried pairing the xga2.sys with the framebuf.dll which is use in a lot of virtual machines as the video driver. It sees all the 256 color modes and one 65536 color mode. If I try to use the one listed 65536 color mode the screen redraws to long
Looking in the leaked 2000 SP1 retail build source code the only reference left in the source to xga is this one comment:
*... unless the display driver is xga.drv,
* because XGA cards aren't really VGA compatible
Yes looks to be true so far.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 399 |
Nodes: | 16 (2 / 14) |
Uptime: | 98:27:34 |
Calls: | 8,363 |
Calls today: | 2 |
Files: | 13,162 |
Messages: | 5,897,716 |