v0.0.7: rustcam now hits the 180 Hz panel rate exactly on both grab() and start(target_fps=N). Two changes. (1) grab() allocates the user-facing numpy array uninitialized via numpy::PyArray::new and memcpys staging texture data directly into its storage, skipping the 8 MB vec![0u8; ..] zero-init that cost ~0.5 ms per call before the memcpy overwrote every byte anyway. (2) Pacing primitives swapped: std::thread::sleep + parking_lot::Condvar -> CreateWaitableTimerExW(HIGH_RESOLUTION) + a Win32 auto-reset event. Both have sub-millisecond accuracy. The Win32 path doesn't bump the global timer resolution, so it's a free win for the entire pipeline. Numbers from the controlled bench: rustcam grab(cursor=False/True) 198/180 fps on flip_demo/mover.py; rustcam start/get_latest_frame 181/179; bettercam.start 148/152; dxcam.start 162/159; mss 58/52. All %changed 100%.