Reply 60 of 61, by Falcosoft
- Rank
- l33t
zyzzle wrote on 2026-06-18, 09:13:Falcosoft wrote on 2026-06-16, 04:31:Hi, Actually this Intel integrated GFX dimming problem has nothing to do with 'gamma'. I t happens when a program switches on 8 […]
Hi,
Actually this Intel integrated GFX dimming problem has nothing to do with 'gamma'. I t happens when a program switches on 8-bit DAC through a VESA call FUNCTION 08H - SET/GET DAC PALETTE FORMAT. In case of Intel GFX if the program does not switch back to default 6-bit DAC when it exists then the dimming problem occurs.
Here you can download a small utility that does not change anything else just switches the DAC back to 6-bit (RESETDAC):
Re: NVIDIA Kepler/Maxwell/Pascal VESA Bios Bug (workaround found)Wow, thanks for making that utility and for the explanation. That solves the problem. (I had mentioned perf.exe before and it being a DOS program which suffers this problem). I saw also that Marco released a new version of NEWAX (v.11) as well, thanks. As far as I know, it is the only utility which "fools" a VBE 3 system with Intel onboard graphics in Sandy Bridge, Ivy, Broadwell, Skylake, Kaby Lake to act like a VESA2 system. This feature seems to work, even though I have to use /F option since this isn't an Nvidia chipset.
The other utility of mine (VSYNCFIX02) in that topic also "fools" a VBE 3 system with Intel onboard graphics in Sandy Bridge, Ivy, Haswell to act like a VESA2 system. Besides this it also fixes the missing v-sync is Vesa modes in case of Intel GFX (Sandy Bridge, Ivy Bridge, Haswell). But be aware that according to tests it does not work on Skylake+ since the architectural VGA port 3DAh does not behave as a standard VGA status register and thus the v-sync TSR cannot work (resulting in infinite loops).
Re: NVIDIA Kepler/Maxwell/Pascal VESA Bios Bug (workaround found)