Hovering over a taskbar icon to produce a thumbnail of an application on the other monitor which is running at a high framerate. Moving the mouse across the taskbar icons or the minimize/maximize/close buttons of an unskinned (Aero-style) window. Orange taskbar glow for an application desiring attention. Here are some other triggers I've found which cause Aero to reach a high framerate, triggering its part of the problem: If the overall framerate for one viewport (in my case, the secondary monitor) is high, and Aero interactions on the other monitor cause its framerate to become high as well, choppiness ensues. It's not just moving windows around that triggers it-it's ANYTHING that involves Aero. When the refresh rate is set to 75Hz, it will bog down to between 37 and 38FPS, sometimes dropping all the way to 25FPS (1/2 and 1/3 of the refresh rate). When the refresh rate for my primary monitor is set to 60Hz, during these moments of choppiness it is shown to bog down to exactly 30FPS. 
Using Fraps and instructing it to monitor Aero has shown this to be the case.
DELL E207 DISPLAY SCREEN FULL
As an example of this phenomenon, in video games with VSYNC enabled, when the full refresh rate is unable to be met (typically 60FPS), fractions of the refresh rate will be attempted in a "step-down" (30FPS, 15FPS, etc.). The choppiness is due to a VSYNC step-down in the desktop window manager. Backtracking to the 182.50 drivers, which are only WDDM 1.0-enabled, completely eliminates the problem for me (they're at under Beta/Archived drivers).Disable Aero entirely (less desirable).It only occurs with NVIDIA'S WDDM 1.1-enabled drivers. Win7 Home Premium 圆4, Intel Core 2 Duo E8400 4.01GHz, NVIDIA GeForce GTX 280, 4GB DDR2-800MHz, left (primary) monitor is 1680x1050 and right monitor is a 1360x768 TV.
0 kommentar(er)
