Driver-update: GeForce Game Ready Driver 596.49 WHQL

Nvidia heeft nieuwe stabiele GeForce-drivers uitgebracht. De drivers dragen versienummer 596.49 en zijn voorzien van een Windows Hardware Quality Labs-certificaat. Ze zijn geschikt voor Windows 10 en hoger, en kunnen worden gebruikt op kaarten uitgerust met een GTX 16-serie of nieuwer. Ondersteuning voor de Titan Volta-, Maxwell- en de Pascal-generaties is vanaf driverversie 591.xx komen te vervallen. Deze uitgave bevat onder meer verbeteringen voor de spellen Forza Horizon 6, Directive 8020 en Subnautica 2, en een kleine verzameling bugfixes. De changelog voor deze uitgave kan hieronder worden gevonden:

Game Ready

This new Game Ready Driver provides the best gaming experience for the latest new games supporting DLSS and RTX technologies including Forza Horizon 6, Directive 8020, and Subnautica 2.

Fixed Gaming Bugs

• Enhanced smoothness when DLSS Frame Generation is used with V-SYNC. [5999586]

Fixed General Bugs

• Foundry Mari 7.0v2 viewport displays flickering [6102981]

Versienummer	596.49 WHQL
Releasestatus	Final
Besturingssystemen	Windows 10, Windows 11
Website	nVidia
Download	https://www.nvidia.com/en-gb/geforce/drivers/
Licentietype	Freeware

Reacties (9)

[CriticalHit_NL]

Deze driver lijkt hier te helpen met een specifiek probleem dat ik met de oude G-sync PG279Q monitor had sinds de 591.74 drivers, namelijk dat wanneer G-sync actief is en ongeacht de spel-instellingen met of zonder v-sync het probleem optrad in o.a. GTA V Enhanced dat wanneer het 165Hz limiet grof werd overschreden met 250+ FPS (ik haalde 400-500) met 4x MFG (RTX 5090) ongeacht of het nu DLAA Preset L of andere modi was dat het plotseling artificieel de framerate limiteerde tot ~327 FPS en hierdoor MFG niet meer vloeiend was en visueel problemen gaf, dit limiteerde ook de GPU Utilization zonder enige valide reden.

Enkele oplossing was G-sync volledig uitzetten en dan werkte het wel.

Echter de 360Hz G-sync Pulsar monitor had dit probleem dus niet, wellicht werd de framerate daar niet genoeg overschreden, maar sowieso lijken er wat verschillen te zijn in gedrag tussen de twee.

Zodra ik de oude monitor op 100Hz ingesteld had dan bleef de FPS hangen op ~228 fps, in beiden gevallen werden de frametimes dan ook een stuk hoger. Dit lijkt nu opgelost.

Zie deze voorbeelden van destijds, dit met 165Hz:

• https://i.imgur.com/1xTXNOj.jpeg
• https://i.imgur.com/CKRsxPa.jpeg

En met 100Hz:

• https://i.imgur.com/X51449z.jpeg
• https://i.imgur.com/ztb2vf8.jpeg

Dit leek totaal willekeurig te gebeuren maar vaak ook te triggeren door te alt-tabben want dan 'deactiveerd' MFG zich tijdelijk lijkt het.

Het enige wat in deze situatie nog niet lijkt opgelost op de oude monitor is zodra je alt-tabbed en weer terug in het spel gaat (borderless windowed i.v.m. MFG) dan treden er constant framespikes op totdat je MFG uitzet en weer aanzet ingame.

Verder, hoewel DOOM TDA sowieso wat vreemd lijkt te gedragen met MFG, is het nu als volgt op maximale instellingen Preset L / Preset E:

• Zodra 2x FG is ingeschakeld is alles prima op beiden monitoren
• Zodra 3x MFG is ingeschakeld is het enorm schokkerig op beiden monitoren
• Zodra 4x MFG is ingeschakeld is het semi-vloeiend maar constante frametime spikes van 10ms naar 25ms op de G-sync Pulsar monitor, vreemd genoeg blijft bij de PG279Q de frametimes in dat geval gewoon vlak en strak.

Heb op de Nvidia forums ook gezien dat iemand dit probleem had met Black Ops 7 zoals in GTA V Enhanced een tijdje terug, dus wellicht is het nu voor dat geval voor meerdere titels opgelost. Ik kon het ook triggeren in DOOM TDA door de monitor op 60Hz te locken destijds.

Wel valt me wat vreemds op onder Windows 10 22H2 Pro + ESU, dat wanneer je de resolutie in Windows zelf aanpast, de schermen niet zwart worden en het signaal aanpassen, maar in plaats hiervan de lagere resolutie uitrekt op hetzelfde resolutie signaal.

Als de resolutie wordt aangepast via de Nvidia Control Panel, dan werkt het wel normaal en zie je in het OSD van de monitor ook de juiste resolutie.

Dus iets lijkt er nog niet helemaal lekker te zitten.

[Reactie gewijzigd door CriticalHit_NL op 14 mei 2026 13:00]

[Zorian]

Ik heb G-Sync sowieso allang uitgezet want het geflikker op o.a. laadschermen was bloedirritant. Hier ook een 5090 en genoeg frames om het eigenlijk niet nodig te hebben (mijn 360Hz monitor helpt ook hierbij).

If needed zet ik hooguit V-Sync aan maar afhankelijk van het spel en het aantal frames per seconde wat ik behaal is dat vaak geeneens nodig. DLSS/DLAA gooi ik vaak wel aan, ik zie geen verschil in kwaliteit en wil altijd zoveel mogelijk frames omdat ik helaas hypergevoelig ben voor flikkeringen/screentearing (dus ik zie o.a. PWM koplampen en CRT monitoren enorm flikkeren, net als wanneer je ze op camera opneemt).

Wel fijn om te zien dat ze lekker op tijd zijn met optimisaties voor Forza Horizon 6 en Subnautica 2, beide games kijk ik al tijden naar uit.

[CriticalHit_NL]

Mja het geknipper kan soms irritant zijn, mede een reden waarom Nvidia voor de Pulsar schermen dus niet gekozen heeft voor de 48Hz als onderste limiet, maar ik zou nu ook weer niet zonder kunnen leven zodra je wel genoeg FPS hebt omdat je gewoon geen tearing/microstutters hebt i.v.m. de synchronisatie niet gelijk loopt waardoor bijvoorbeeld 240Hz er niet als 240Hz qua vloeiendheid uit zo zien, dat verschil is vaak merkbaar als je net de G-sync limiet overschrijdt.

Met V-sync is het jammere juist dat je dan specifiek die framerate moet halen die je als target hebt en er eigenlijk geen echt goede middenweg is.

Overigens de G-sync compatible schermen hebben meer last van VRR flickering (daarom is het ook mede vaak een hot topic bij OLED) dan de native G-sync schermen, de native schermen hebben wat minder last van VRR-flickering, hebben dynamische overdrive om in elke situatie zo goed mogelijk de pixels op het beeld te toveren om overshoot/ghosting tegen te gaan en o.a. lagere input lag (t.a.v. Compatible) en hebben ze eigenlijk altijd een 1Hz -> Max refreshrate range i.p.v. bijvoorbeeld 48Hz -> 240Hz.

Wat betreft de Pulsar schermen, die zijn ook native G-sync, het is daar ook op zich normaal dat je enig geknipper gaat zien als je onder de 100-120 FPS komt, al hebben de originele en 1.1.4 firmware nog het probleem dat ze double-imaging problemen hebben, eerst was dat tussen 75-90 en met 1.1.4 update is dat tussen 100-180 FPS en met de nieuwe 1.1.6 firmware is dat eindelijk opgelost heb ik vernomen van anderen dus komt het scherm eindelijk wel tot zijn goede recht. Overigens is Pulsar wel echt zichtbaar duidelijker bij beweging zelfs als je 300 FPS hebt, want als ik het terug zet naar normale G-sync dan merk je gewoon de pixel-waas die optreedt bij het pannen van de camera en worden dingen sneller onleesbaar.

DLSS kan het beeld wel wat softer doen lijken, in sommige situaties kan gras bijvoorbeeld wat raar gaan doen i.v.m. de lagere interne resolutie, maar bij DLAA is dat normaal gesproken geen echt probleem en wordt het beeld nog een stuk scherper afhankelijk van de gebruikte DLSS presets want iedere preset is net wat anders, maar als je wat verder weg zit en de pixeldichtheid is niet zo heel hoog van het scherm dan kan het best inderdaad zijn dat het minder opvalt. Hoge framerates zou ik ook liever hebben dan schokkerig met iets meer kwaliteit.

[MikeRoG]

Deze driver lijkt hier te helpen met een specifiek probleem dat ik met de oude G-sync PG279Q monitor had sinds de 591.74 drivers, namelijk dat wanneer G-sync actief is en ongeacht de spel-instellingen met of zonder v-sync het probleem optrad in o.a. GTA V Enhanced dat wanneer het 165Hz limiet grof werd overschreden met 250+ FPS (ik haalde 400-500) met 4x MFG (RTX 5090) ongeacht of het nu DLAA Preset L of andere modi was dat het plotseling artificieel de framerate limiteerde tot ~327 FPS en hierdoor MFG niet meer vloeiend was en visueel problemen gaf, dit limiteerde ook de GPU Utilization zonder enige valide reden.

Ikzelf heb ook een Asus PG279Q die fungeert als tweede monitor. Bij mij is er iets anders aan de hand met deze specifieke monitor. Namelijk; G-Sync wordt gedeactiveerd als de monitor uit standby komt.

Om G-Sync weer te activeren moet je hem via NVApp of NVCP voor de PG279Q uitvinken > toepassen > aanvinken > toepassen om de module weer te activeren.

Het is echt heel specifiek de Asus PG279Q probleempje i.c.m. NVIDIA driver. Mijn hoofdscherm Asus XG27AQDMG heeft er geen last van. Het is voor mij geen groot issue hoor, ik game toch op de hoofdscherm. Vervelend is het wel omdat je weet dat er iets niet klopt.

Dit is, bij mij, sinds 591.59.

Hopelijk is het opgelost in de R600 branch die eind Mei komt, heb ik vernomen. Ik draai nu op 596.21.

[CriticalHit_NL]

Ikzelf heb ook een Asus PG279Q die fungeert als tweede monitor. Bij mij is er iets anders aan de hand met deze specifieke monitor. Namelijk; G-Sync wordt gedeactiveerd als de monitor uit standby komt.

Dat probleem ervaar ik ook, in ieder geval sinds de 591.44 drivers (omdat WoW slaapstand forceert merkte ik het) maar de Pulsar heeft daar geen last van. Er zit dus blijkbaar verschil tussen de werkingen van de twee.

Maar dit heb ik al wel eens bij Nvidia aangekaart, wie weet doen ze er nog wat mee, kan zomaar zijn dat meer oudere G-sync schermen dit hebben, met name met de FPGA module.

[MikeRoG]

Ik had het aan NVIDIA gevraagd om een update, en heb een reactie gehad dat er nog geen update erover is. De persoon heeft de bug intern gepingd. Wellicht krijg ik nog een terugkoppeling.

I.i.g. bug staat op de lijst, ooit komt de fix, voorlopig nog niet.

[Tijgert]

Kijkt iemand hier naar de Krounder Video’s op YouTube?

[Henk Poley]

Voor de niet-gamers onder ons, met een wat oudere kaart, is de 581.80 uit november 2025 een zeer stabiele driver.

[ps22geert]

System SSD (NVMe) stopt met automatisch booten na NVIDIA‑driverupdate

Na het installeren van de nieuwste NVIDIA‑drivers is mijn systeem gestopt met automatisch booten vanaf mijn NVMe‑C‑drive. Sinds die update word ik bij elke cold boot of reboot rechtstreeks naar de BIOS gestuurd.

De situatie:

• De NVMe‑SSD wordt correct gedetecteerd in de BIOS.
• Windows Boot Manager verschijnt echter niet meer als primaire bootoptie.
• Via Direct Boot in de BIOS kan ik de NVMe handmatig selecteren, waarna Windows normaal start.
• Na een reboot verdwijnt deze instelling opnieuw en kom ik weer in de BIOS terecht.

Wat ik al geprobeerd heb:

1. Bootvolgorde gecontroleerd
   • NVMe staat bovenaan, maar Windows Boot Manager ontbreekt volledig.
   • UEFI staat aan, CSM staat uit.
2. Windows bootloader gerepareerd via installatie‑USB
   
   Code
   
   bootrec /fixmbr
   bootrec /fixboot
   bootrec /scanos
   bootrec /rebuildbcd
   
   
   Dit herkende de installatie, maar herstelde de automatische boot niet.
3. Startup Repair uitgevoerd → geen effect.
4. NVIDIA‑driver teruggezet / DDU gebruikt
   • Systeem start wel op wanneer ik handmatig de NVMe selecteer,
   • maar de automatische boot blijft weg.