個人開発 » Ferrhythm

実装に着手しました。

• ブランチ: feature/373-wasapi-com-rt-followup
• 対応方針: COM を RAII ガード（Drop で CoUninitialize）でスレッド終了時に確実に解放し、RT ループ内のドリフト検出 eprintln! をロックフリーな atomic 記録（DriftStats／非 RT 収集用 drift_snapshot()）へ退避する。

対応が完了しました。

概要¶

#354（WASAPI 出力バックエンド）レビューで洗い出した非ブロッカーの技術的負債2点（COM uninit 未呼び出し、RT ループ内診断 eprintln!）を解消。

変更点¶

• COM ライフタイム: Drop で CoUninitialize を呼ぶ ComApartment RAII ガードを導入。CoInitializeEx 成功時のみ生成（COM 規約遵守）し、render_thread 先頭で宣言して全 COM オブジェクト解放後にドロップされる順序を保証。start/stop 繰り返し（デバイス切替）での COM リークを解消。
• RT パス診断ログ: ドリフト検出時の eprintln! をロックフリーな DriftStats（relaxed atomic store のみ）へ退避し、WasapiOutput::drift_snapshot() で非 RT スレッドから収集可能に。RT パスからログ I/O を完全排除。
• 変更ファイル: crates/ferrhythm-audio/src/wasapi.rs、device.rs、lib.rs の 3 件。

テスト¶

• cargo test -p ferrhythm-audio : 成功（33件、新規 drift 2件含む）
• cargo clippy --all-targets / cargo fmt --all -- --check : 成功
• cargo check / cargo clippy --target x86_64-pc-windows-gnu（wasapi.rs 含む）: 成功

関連 MR¶

• !16 (feature/373-wasapi-com-rt-followup → develop)

残課題 / 補足¶

• Windows ホストでの実機検証が未実施（コンテナ実行不可）: ① start/stop 連続・デバイス切替時に COM リークがないこと、② 実機レンダーループで drift_snapshot() にドリフトが記録されること。
• エラー即 break パスの eprintln!（GetCurrentPadding/write 失敗）はループ終了直前の最終診断のためスコープ外として据え置き。