Posted June 12, 2015
Hi all !
Am I the only one with this problem ? I certainly don't have the most recent GPU, plus I'm mobile, but with my GTX 880M it seems to run without framedrops, stutters or whatever except from the crashes of course, everything being maxed out, except for motion blur.
I know it's GPU-intensive, that's why I was playing at night with fresh air around, windows open and around 21 °C, hence trying to avoid overheating.
The event says "nvlddmkm display driver had stopped responding". I don't want to lower the graphics quality, it's so nice as it is... Am I the only one here ?
Here is the event XML in case it speaks to anyone :
<Event xmlns="[url=http://schemas.microsoft.com/win/2004/08/events/event">]http://schemas.microsoft.com/win/2004/08/events/event">[/url];
<System>
<Provider Name="Display" />
<EventID Qualifiers="0">4101</EventID>
<Level>3</Level>
<Task>0</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2015-06-12T03:39:02.000000000Z" />
<EventRecordID>33808</EventRecordID>
<Channel>System</Channel>
<Computer>NovHak-P2</Computer>
<Security />
</System>
<EventData>
<Data>nvlddmkm</Data>
<Data>
</Data>
</EventData>
</Event>
EDIT : I changed the delay before the OS resets an unresponsive GPU from the default 2 seconds to 10 seconds, here :
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\GraphicsDrivers]
"TdrDelay"=dword:0000000a
"TdrLimitTime"=dword:0000012c
TdrDelay is the delay, but in case it's increased it's better to increase TdrLimitTime too (I increased to 300, default is 60). That's because the system bugchecks (i.e. restarts) if there are more than five GPU resets during the last TdrLimitTime seconds, which prevents a system hangup in case the GPU doesn't recover. Problem is, if you increase TdrDelay and not TdrLimitTime in case of an non-recovering GPU the OS may not have enough time to bugcheck, hence a system hangup, hence a forced poweroff, which is awful.
ANYWAY, it didn't solve my problem, except that now I can witness a display freeze for two or three seconds (not more, strangely) before the OS resets the GPU. I will probably try a 30 fps vsync later and/or a quality level decrease after all, I don't have much choice anyway.
I'll be back with the results !
Am I the only one with this problem ? I certainly don't have the most recent GPU, plus I'm mobile, but with my GTX 880M it seems to run without framedrops, stutters or whatever except from the crashes of course, everything being maxed out, except for motion blur.
I know it's GPU-intensive, that's why I was playing at night with fresh air around, windows open and around 21 °C, hence trying to avoid overheating.
The event says "nvlddmkm display driver had stopped responding". I don't want to lower the graphics quality, it's so nice as it is... Am I the only one here ?
Here is the event XML in case it speaks to anyone :
<Event xmlns="[url=http://schemas.microsoft.com/win/2004/08/events/event">]http://schemas.microsoft.com/win/2004/08/events/event">[/url];
<System>
<Provider Name="Display" />
<EventID Qualifiers="0">4101</EventID>
<Level>3</Level>
<Task>0</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2015-06-12T03:39:02.000000000Z" />
<EventRecordID>33808</EventRecordID>
<Channel>System</Channel>
<Computer>NovHak-P2</Computer>
<Security />
</System>
<EventData>
<Data>nvlddmkm</Data>
<Data>
</Data>
</EventData>
</Event>
EDIT : I changed the delay before the OS resets an unresponsive GPU from the default 2 seconds to 10 seconds, here :
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\GraphicsDrivers]
"TdrDelay"=dword:0000000a
"TdrLimitTime"=dword:0000012c
TdrDelay is the delay, but in case it's increased it's better to increase TdrLimitTime too (I increased to 300, default is 60). That's because the system bugchecks (i.e. restarts) if there are more than five GPU resets during the last TdrLimitTime seconds, which prevents a system hangup in case the GPU doesn't recover. Problem is, if you increase TdrDelay and not TdrLimitTime in case of an non-recovering GPU the OS may not have enough time to bugcheck, hence a system hangup, hence a forced poweroff, which is awful.
ANYWAY, it didn't solve my problem, except that now I can witness a display freeze for two or three seconds (not more, strangely) before the OS resets the GPU. I will probably try a 30 fps vsync later and/or a quality level decrease after all, I don't have much choice anyway.
I'll be back with the results !
Post edited June 12, 2015 by NovHak