USBアイソクロナス転送のドロップアウト：オーディオクリック、Webcamフリーズ、ビデオフレーム欠落のデバッグ

USBオーディオ／ビデオデバイスは、通常のリクエストエラーとは違う形で壊れることが多いです。マイクがクリック音を出す、オーディオIFがポップする、Webcamが一瞬フリーズする、キャプチャデバイスがフレームを落とす、UVCカメラは720pで動くが1080pで失敗する。アプリの側はグリッチしか報告せず、バスレベルの原因までは踏み込まないので、USB isochronous transfer dropout、USB audio clicks packet loss、webcam freezes USB bandwidth、UVC frame drop、USB isochronous error で検索されることになります。

アイソクロナス転送は時間に敏感なデータを狙った仕組みです。正確な周期的配信を、再送より優先します。オーディオ／ビデオでは理想的ですが、トラブルシューティングの性質を変えます。失敗したアイソクロナスパケットはバルク転送のように再送されません。タイムスロットを逃せば、メディアサンプルやフレームデータは失われることがあります。

Bus Scopeが効くのは、アイソクロナスの問題がタイミング・エンドポイント・Alternate Setting・パケットステータス・帯域予約に紐づくものだからです。USBストリームそのものを見る必要があります。

アイソクロナス転送の用途

アイソクロナス転送は次のような場面で使われます。

• USBマイク
• USBスピーカー
• オーディオインターフェース
• USB Webカメラ
• UVCカメラ
• HDMIキャプチャデバイス
• 医療／産業用ストリーミングデバイス
• 時間に敏感なセンサストリーム

ホストはこれらの転送に帯域をスケジュールし、デバイスは一定間隔でデータを送受信します。システムは「時折のエラーはメディアパイプライン側で処理する」前提であり、再送には頼りません。

ドロップアウトの原因

よくある原因：

• バスのUSB帯域が足りない
• 誤ったAlternate Settingが選択されている
• 他の高帯域デバイスとハブを共有している
• 制約のあるパス経由でUSB 2.0デバイスが使われている
• ホストコントローラのスケジューリング圧迫
• デバイスファームウェアのアンダーラン／オーバーラン
• アプリがフレームを十分速く消費していない
• 電源管理がストリームタイミングを中断
• ケーブルや信号品質の問題
• ドライバが実際のバスに対して攻めたモードを選んでいる

見える症状はメディア種別で変わります。オーディオドロップアウトはクリック音・ポップ音・無音・ドリフト。ビデオドロップアウトはフレーム凍結・破損・フレーム繰り返し・フレームレート崩壊。

Alternate Settingが重要

USBオーディオ／ビデオデバイスは複数のAlternate Settingを提供することが多いです。インターフェースAlternate Settingごとに別のパケットサイズやストリーミングモードを定義します。ホストはストリーミング前にAlternate Settingを選びます。

トレースにはこう映ります。

SET_INTERFACE interface=1 alternate=3
Isochronous IN transfers begin

ドライバが「バスが安定して提供できる帯域を超える」Alternate Settingを選ぶと、ストリームは負荷時に失敗します。低い帯域のAlternate Settingが動くなら、帯域またはスケジューリング圧迫が疑わしい。

UVCカメラのフレームロス

USB Video Classデバイスはアイソクロナスエンドポイントでフレームを送ることが多いです。1つのビデオフレームが多くのUSBパケットにまたがることもあります。一部パケットが欠落／エラーマークされると、フレームは不完全になります。

症状：

• Webcamプレビューがフリーズ
• フレームレートが落ちる
• 一部の解像度が失敗
• MJPEGは動くが非圧縮YUY2が失敗
• 1080pが失敗し720pが動く
• 単独では動くがハブ経由だと失敗

パケットの証拠には、エンドポイントのパケット状態、フレーム境界、可能ならエラーのクラスタ（高帯域期間で発生するか）を含めてください。

USBオーディオのクリックとポップ

オーディオはタイミングに敏感です。わずかなギャップでも可聴アーティファクトになります。ファイル転送と異なり、再送すれば遅延が乗ってしまいます。

確認ポイント：

• アイソクロナスパケットのエラーステータス
• 周期的なギャップ
• グリッチ直前のストリーム開始／停止コマンド
• サンプルレート変更
• 電源状態の遷移
• ホストコントローラ負荷
• 同一バス上の別デバイスが開始した高帯域トラフィック

グリッチが「カメラやストレージデバイスが同一ハブで動いているときだけ」発生するなら、バス競合が有力です。

Full-Speed／High-Speed／SuperSpeed経路

USB速度は大事です。ハブ／アダプタ経由のデバイスは期待より低速度で動作することがあります。USB 2.0カメラはその経路の実効帯域を超えることはできません。USB 3.xキャプチャデバイスでも、ケーブル品質によってはフォールバックや不安定化が起こります。

トレースとディスクリプタを見れば、ネゴシエートされた速度とエンドポイントのパケットサイズが分かります。コネクタ形状からの推測より信頼できます。

電源管理とアイドル遷移

ストリーミングデバイスは、アイドル・スクリーンロック・スリープ／レジューム・Selective Suspendのあとに失敗することがあります。レジューム後の最初のストリームはパケット欠落を起こしたり、再初期化が要ったりします。

「接続直後は動くがアイドル後にドロップアウトする」なら、アイドル遷移とアイドル後の最初のストリーム開始シーケンスをキャプチャしてください。失敗が帯域の問題ではなく、レジューム状態の問題かもしれません。

キャプチャ戦略

アイソクロナスドロップアウトのデバッグでは：

1. ストリーム開始前からキャプチャする
2. 選択されたコンフィギュレーションとAlternate Settingを記録する
3. エンドポイントディスクリプタを見える状態に保つ
4. 最初の可聴／可視ドロップアウトまでキャプチャする
5. ユーザー可視グリッチのおおよその時刻をマークする
6. その時刻周辺のパケットステータスを確認する
7. 動作する／失敗する解像度やサンプルレートを比較する
8. ポート直結とハブ経由を比較する

セットアップパケットを早期にトリミングしないでください。選択されたAlternate Settingがしばしば決め手になります。

USBアイソクロナスドロップアウトのチェックリスト

次の流れで作業します。

1. デバイス速度とバス経路を特定する
2. ディスクリプタとアイソクロナスエンドポイントを確認する
3. 選択されたAlternate Settingを特定する
4. 必要帯域とバス状態を比較する
5. ドロップアウト周辺のパケットステータスエラーを探す
6. 別の高帯域デバイスがトラフィックを開始していないか確認する
7. 低い解像度・低いフレームレート・低いサンプルレートで試す
8. ポート直結・別コントローラ・給電ハブを試す
9. サスペンド／レジュームのタイミングを確認する
10. トレースを共有するときはパケットタイミングを保全する

最終的な診断

USBアイソクロナスのドロップアウトは、デバイス問題と同じくらい「タイミングとスケジューリング」の問題です。オーディオクリックやWebcamフリーズの原因は、帯域制限・Alternate Setting・ホストコントローラ圧迫・ハブトポロジ・電源管理・ファームウェアタイミング・アプリの消費遅延など、さまざま。

Bus Scopeは、実際のUSBストリーミングの証拠を示してくれるので、メディアグリッチを「あいまいなアプリ失敗」ではなく「バスレベルのタイミング問題」として診断できます。