Summary

• Adds MonotonicTimer wrapper that filters erratic timer behavior in VMs
• Enabled by default in AudioPipeline - all SDK consumers automatically benefit
• No code changes required for existing SDK consumers

Problem

In VMs, the wall clock timer (Stopwatch.GetTimestamp() / QueryPerformanceCounter) can jump erratically due to hypervisor scheduling quirks. This causes:

• Fake sync errors (timer says we're behind when we're not)
• Unnecessary audio corrections (dropping audio that was playing fine)
• Audio glitches from "fixing" problems that don't exist

The audio device continues playing normally - it's only the timer measurement that goes wonky.

Solution

MonotonicTimer wraps any IHighPrecisionTimer and:

1. Never returns decreasing values (handles backward jumps)
2. Clamps forward jumps to 50ms max (handles timer spikes)
3. Passes through normal increments unchanged

Real DAC drift accumulates slowly (~50ppm = 3ms/minute), so clamping per-callback deltas to 50ms doesn't hide actual sync issues.

Files Changed

Test plan

• Build succeeds
• Run in VM (Hyper-V/VMware), verify no erratic sync error spikes
• Verify bare metal playback unchanged
• Check logs show "Timer jumped" messages when filtering occurs