ビュー: 0 著者: サイト編集者 公開時刻: 2026-09-11 起源: サイト
MJPEG と YUY2 は、USB リンクとホストに異なる負荷をかけます。 YUY2 は非圧縮ビデオ データを伝送するため、かなり多くの USB 帯域幅を必要とする可能性がありますが、MJPEG は送信前に各フレームを圧縮するため、リンク データが削減されますが、ホスト側のデコードが必要です。 OEM 内視鏡デバイスの場合、正しい選択は、USB 帯域幅、ホスト CPU/デコーダ機能、画像処理ワークフロー、遅延要件、またはサポートされているカメラ モードなど、ボトルネックがどこにあるかによって異なります。フォーマットのサポートはモデルによって異なるため、最初のステップは、選択したモジュールで実際にどの解像度とフレームレートの組み合わせが利用できるかを確認することです。
多くの USB/UVC プロジェクトは、まず解像度とフレーム レートに焦点を当てますが、USB 接続を介して移動するデータの量と、ホストがそれに対して何を行う必要があるかは、ビデオ形式によって決まります。内視鏡システムでは、カメラでも強力なデスクトップ PC ではなく、長いケーブル、LED、およびコンパクトな組み込みホストを使用する可能性があるため、これは重要になります。
YUY2 は非圧縮 YUV 形式です。利点は、ホストが JPEG 圧縮/解凍なしで画像データを受信できることです。これは、アプリケーションが画像に直接アクセスする必要がある場合、または圧縮アーティファクトを回避したい場合に役立ちます。トレードオフはデータ量の増加であり、利用可能な USB リンク上で実用的な解像度とフレーム レートの組み合わせが制限される可能性があります。
MJPEG は、各フレームを JPEG 画像として圧縮します。これにより、USB 経由で送信されるデータ量が削減され、制約のあるリンクでより高い解像度やフレーム レートがより実用的になります。ただし、ホストはストリームをデコードする必要があります。したがって、低電力の組み込みプロセッサまたはモバイル デバイスでは、ボトルネックが USB 帯域幅から CPU またはハードウェア デコーダ機能に移行する可能性があります。
要素 |
ユイ2 |
MJPEG |
USB 帯域幅の需要 |
より高い |
より低い |
ホストのデコード要求 |
より低い |
より高い |
圧縮アーティファクト |
JPEG圧縮によるなし |
可能 |
直接画像処理 |
便利なことが多い |
最初にデコードが必要です |
ハイレゾUSB2.0採用 |
データ速度によって制限される可能性があります |
多くの場合、より実用的です |
ベストフィット |
ホストは非圧縮データを受け入れることができます |
USB リンクが主な制約であり、ホストはデコードできます |
デスクトップ PC ではスムーズに動作するモードでも、Android 端末や低電力の組み込みプロセッサ、USB ハブでは不安定になる場合があります。その理由は必ずしもカメラにあるわけではありません。ホスト USB コントローラーの動作、デコード パフォーマンス、メモリ帯域幅、オペレーティング システムのビデオ スタック、およびアプリケーション ソフトウェアはすべて結果を変える可能性があります。
「1080P60」を完全なシステム要件として扱わないでください。どのビデオ形式で、どのホスト上で、どのケーブルを介して、どのアプリケーションを使用するのかを尋ねます。たとえば、プロジェクトで高フレーム レートの OV2740 方向が必要な場合は、すべてのフォーマットが同じフレーム レートを提供できると想定するのではなく、サポートされている正確な出力モードを使用して、選択したホストをテストする必要があります。
USB パスが長いと、信号と電力のマージンが減少する可能性があります。高帯域幅の非圧縮モードがすでに限界に近づいている場合、最終的なケーブル、コネクタ、およびハブのアーキテクチャは、短いケーブルのベンチ テストでは確認できなかった不安定性を露呈する可能性があります。これが、プロダクション向けケーブルで MJPEG/YUY2 の選択を検証する必要がある理由の 1 つです。
ホストがマシン ビジョン、測定、または追加の画像強調を実行する場合、非圧縮入力により処理チェーンが簡素化される可能性があります。主な目的が制約のある USB2.0 リンク上での記録またはプレビューである場合は、圧縮された MJPEG の方が実用的である可能性があります。正解はカメラだけでなく、下流のワークフローによって決まります。
1. 必要な解像度とフレームレートでモジュールがサポートしているフォーマットを確認してください。
2. YUY2 と MJPEG の両方がサポートされている場合は、別々にテストします。
3. 開発用 PC だけでなく、ターゲット ホストも使用します。
4. 最終的なケーブル長とコネクタ パスを使用します。
5. フレーム レート、フリーズ、切断、ホスト CPU/デコード負荷を監視します。
6. 再接続および電源再投入テスト後に、最終アプリケーションで使用される形式を確認します。
MJPEG は常に USB2.0 内視鏡カメラに適していますか?
いいえ、MJPEG では USB データが削減されますが、デコード作業が追加されます。 USB リンクが主なボトルネックであり、ホストが確実にデコードできる場合に便利です。
画像処理はYUY2の方が良いのでしょうか?
データは JPEG 圧縮されていないため便利ですが、より高い帯域幅要件により、使用可能なモードが制限される可能性があります。
ある形式が機能するのに、別の形式がフリーズするのはなぜですか?
ボトルネックは、USB 帯域幅、ホストのデコード、メモリ、ソフトウェア、またはケーブルのマージンである可能性があります。各部分を個別にテストします。
Type-C は MJPEG または YUY2 の動作を変更しますか?
コネクタの形状はビデオ形式や USB 速度を決定しません。 Type-C カメラは引き続き USB2.0 UVC を使用する場合があります。
Android ホストは MJPEG をデコードできますか?
多くの場合は可能ですが、互換性は正確なデバイス、ソフトウェア、ビデオ モードによって異なります。ターゲット ホストをテストする必要があります。
フォーマット評価には何を提供すればよいですか?
解像度、フレーム レート、ホスト、オペレーティング システム、アプリケーション、ケーブル長、およびソフトウェアが圧縮または非圧縮の画像データを必要とするかどうかを提供します。
MJPEG と YUY2 は、異なるシステム制約を解決します。 USB リンクまたはホスト処理パスのどちらが制限されているかを特定してフォーマットを選択し、最終的なハードウェアで正確な解像度/フレーム レート モードを検証します。