hi mark
here's what i know about the audio stutter/latency issue
media types, all of the following are effected:
~ streaming media (internet radio)
~ compressed audio (mp3, aac, etc)
~ uncompressed audio (cda, wav, etc)
~ video files (mov, avi, wmv, etc)
~ local media (files, cd audio) and network sources shares
media players:
~ iTunes, Winamp, Windows Media Player, Media Center, VLC, etc
troubleshooting tools:
~ DPC Latency Checker to monitor Deferred Procedure Call activity
~ GPU-Z to monitor the Core Clock & Memory Clock
when using GPU-Z to monitor power state transitions, the Sensors tab must be selected (to view the GPU's clock state in real-time) and 'Continue refreshing this screen while in the background' must also be enabled - because the Graphics Card tab only shows static values for the GPU clock frequency, and without background monitoring enabled, the core clock frequency transitions will not get updated (when another window/app has focus).
the latencies are less likely to occur when full motion video is being played or rendering 3D content, etc. reason being, the GPU would then be constantly running at a higher power state (higher clock frequency), while it's rendering high-bandwidth video. but, when GPU-load is low, it throttles back to a lower power state, accompanied by a corresponding DPC latency (and audio drop-out), at the exact moment of the power transition. there are usually TWO latencies, always 30 seconds apart, each one occuring as the GPU transitions b/w one of its three power levels (475|275|169 MHz).
the DPC Latency Checker doesn't always catch the latency spike because the DPC test interval is fixed at 1 second (1000 microseconds); so if a GPU transition takes place when the DPC tool isn't 'watching', the latency spike doesn't get reported - BUT the audio drop-out still occurs and GPU-Z also indicates that the drop-out coincided with a GPU power transition (frequency change).
the audio drop-outs last anywhere from a brief 'stutter' to a full second or so of silence. when the drop-out occurs, the media player(s) show that the source material is still playing, as evidenced by VU meter activity, but the audio gets cut-out for a brief moment.
so, in case i haven't stressed this enough already - the dropouts always occur at the very *same* moment that the GPU transitions b/w power states (frequency changes), without exception... on my system anyway.
one workaround that i found to be helpful is to prevent the GPU from transitioning b/w power states (fixed at max power), using the registy tweak i mentioned in post #74:
HKLM\SYSTEM\CurrentControlSet\Control\Video\{GUID unique to your system}\0000\PerfLevelSrc
(change from its default value of 3333 to 3322 (fixed max gpu frequency).
that simple change has stopped the intermittent audio drop-outs, but i can still induce a (long) latency by launching the Nvidia Control Panel.
given what i've learned so far, i'm convinced the issue stems from a misbehaving display driver or the video hardware. whatever the case, some event is taking place that intermittently halts DPC processing activity, and consequently, disrupts the flow of audio data. so imo, Lenovo's techies should try troubleshooting the problem with DPC Latency Checker and GPU-Z, as i (and many others) have done.
if you'd like screen/video captures of what i'm talking about, let me know.
Message Edited by techcafe on 03-03-2009 08:16 PM