GigE Vision カメラ用の UDP、TCP、および RDMA

• 15年以上の幅広い使用
• 完全に承認された成熟した規格
• 大規模な採用
• UDP ベースのプロトコル
• 真のストリーミング プロトコル
• マルチキャストサポート
• 必要なものがすべて揃っています
• 高速で適切に設計された受信機が必要

GigEVision の背後にあるテクノロジーを少しみてみましょう。 GVSP は、現在の標準で使用されているイーサネット ストリーミング プロトコルです。 ストリームは、複数のフレーム (または画像) で構成されます。 各フレームは、リーダー パケット、複数の画像 (またはペイロード) パケット、およびトレーラー パケットで構成されます。 すべてのパケットは、コネクションレス型プロトコルである UDP イーサネット プロトコルに従います。 これは単に、カメラはパケットを送信し、データをバッファに配置するタスクをレシーバに任せることを意味します。 コネクションレス型プロトコルであるため、ネットワーク オーバーヘッドがゼロになり、ネットワーク パフォーマンスが最大になります。 また、マルチキャストなどの基本機能がサポートされていることも意味します。 データの損失を避けるために、レシーバを適切に設計する必要があります。 CXP もこれと同じプロトコルに従い、バッファーにデータを配置するタスクをレシーバに任せます。 これにより、高品質のレシーバを使用する事で最高のパフォーマンスと最小の遅延とジッターが実現します。 一部の企業が高品質のレシーバを設計できないために、別の道をたどっていることに注意してください。

図: GVSP フレームとパケットの構造。

• メモリコピーが必要（ソフトウェアでヘッダー分割）
• 高い CPU %
• 3 倍のシステム メモリ帯域幅
• 3 倍強力な PC
• 3x PC 台数
• 1/3 システム密度
• 高速で適切に設計されたレシーバが必要

従来の GVSP は、ソフトウェアでヘッダー分離し GVSP パケットからヘッダーを取り除き、ペイロード パケットから画像データを連続したメモリ バッファーに配置します。 このプロセスは CPU 使用率を上昇させ、さらに重要なことに、XNUMX コピーの実装よりも XNUMX 倍のシステム メモリ帯域幅を消費します。 これにより、システムの効率が XNUMX% になり、さまざまな点でシステム コストに跳ね返ります。 これは設計があまり良くないレシーバの例ですが、市場の多くは現在も、そして XNUMXGigE でさえもこれを行っています。一部の企業では単一のサーバーで複数の XNUMXGigE カメラを使用すると問題を起こしますが、すべてレシーバの設計が不十分であることが原因です。

図: 従来の GigEVision + GVSP 実装におけるデータ パス。

• 真のゼロコピー
• 市販のNIC 上でヘッダー分離 (HS)
• 完全なカーネル バイパス
• M&E マーケットの SMPTE 2110 において使用されている HS
• 業界処理カードによるサポート
• 最小のレイテンシーとジッター
• 高品質の実装により、リセンドやフロー制御なし (必要なし)
• GigEVision に準拠

最適化された GVSP は、市販の高性能 NIC およびその他の処理デバイスで利用可能なハードウェアでヘッダー分離を行います。 これは、巨大な M&E マーケットで SMPTE 2110 で使用されているのと同じ方法であり、そこではデータ損失に対する許容度もゼロです。 このマーケットでは、適切に設計されたレシーバーに依存しているため、市販の NIC は、SMPTE 0 などのストリーミング実装だけでなく、RDMA/RoCE などのメッセージおよびコネクション型プロトコルでも使用されるヘッダー分離テクノロジを提供します。 私たちはRDMA/RoCE をサポートする同じベンダーと協力してヘッダー分離を使用し、現在の非常に成熟した GigEVision 仕様に準拠しながら、最も機能豊富で最高のパフォーマンスのレシーバーを実現します。

図 (上): GigEVsion の最適化された実装におけるデータ パス。
図 (下): Emergent Vision Technologies のパートナー。

• GigEVision規格の追加提案
• 批准される(おそらく 2 年後)までは *完全な独自方式*
• TCP ベースのプロトコル
• オーバーヘッドにより UDP よりもパフォーマンスが低下する
• ゼロコピー技術ではない (3x メモリ容量)
• リセンド/フロー制御を救済措置として使用
• ストリーミング プロトコルではない (USB など)
• 完全なポイント ツー ポイント (USB/CXP など)
• マルチキャストのサポートなし (USB/CXP など)
• GPUDirect サポートなし

一部のベンダーは、実装またはパフォーマンスの達成においてヘッダー分割テクノロジに問題があるため、他のソリューションを探しています。また、非常に低コストの NIC や、低パフォーマンスのマザーボード常駐チップに依存しようとする企業もいます。これは、問題が見つかった場合に高額なペナルティが発生するウェーハ処理などのアプリケーションにとっては危険です。 1 つの提案は、TCP を使用することです。この接続プロトコルには、UDP に比べて限定的な利点があります。 TCP は、より信頼性の高い転送を実現するために再送信とフロー制御を提供しますが、これはパフォーマンスに影響を与え、遅延やジッターを引き起こします。 TCP は依然としてデータ コピーを必要とし、接続されたプロトコルであるためオーバーヘッドがあり、カメラがシステムに追加されると信頼性の高い転送の利点が相殺されます。これは、パフォーマンスが低いシステムでは問題ないかもしれませんが、多数のシステムを実行している場合には問題ありません。 GigE カメラ 単一のシステム上では、パフォーマンスが保証されることはほとんどありません。 UDP に基づいて適切に設計され、マージンが確保されたシステムは、ハードウェア ヘッダー分割がなくても同様に機能します。システムが適切に設計され、マージンが確保されていない限り、パフォーマンスは決して保証されません。

CXP は再送とフロー制御を使用せずに、最適な受信パフォーマンス、遅延、およびジッターを備えています。 では、なぜ GigE Vision がこれを必要とするのでしょうか: 理由の 1 つは、一部の NIC カードの物理バッファが不十分であり、そのため OS による変動に対応できない点があります。
もう 1 つは、BER 性能が低いことです。

良いニュースは、高品質の NIC には、これに対処するための CXP のような十分な物理バッファリングがあることです。 率直に言って、BER は非常に貧弱な設計の低コスト製品でのみ問題になります。

しかし、実際には、BIOS の変更を含む適切に調整されたサーバーと、適切に記述されたレシーバコードの協調が、すべての場合において重要です。

図: GigE Vision + TCP の実装は 1 歩進んで 2 歩下がっています。

• GigEVision規格の追加提案
• 批准される(おそらく 2 年後)までは *完全な独自方式*
• 市販の NIC でサポートされる RDMA ベースのプロトコル
• オーバーヘッドにより UDP よりもパフォーマンスが低下する
• ゼロコピー技術
• リセンド/フロー制御を救済措置として使用
• ストリーミング プロトコルではない (USB/CXP など)
• 完全なポイント ツー ポイント (USB/CXP など)
• マルチキャストのサポートなし (USB/CXP など)
• Windows では NVIDIA GPUDirect はサポートされません

UDP と同様に、一部のベンダーはヘッダー分離の実装を回避するために RDMA を検討しています。 これらは、2 つのシステムで 10 台を超える 1GigE カメラを扱うのに問題を抱えている同じベンダーであり、率直に言うと、XNUMXGigE のマルチカメラ システムでも問題を抱えています。

RDMA は、イメージ バッファーへのコピー転送をゼロにします。これは良いことです。 TCP と同様に、RDMA はコネクション型テクノロジであるため、オーバーヘッドが発生し、スケーラビリティが制限されます。 システムが適切に設計され、余裕がなければ、パフォーマンスが保証されることはありません。

RDMA は、より信頼性の高い転送のためにリセンドとフロー制御を提供しますが、これは TCP と同様に、パフォーマンスに影響を与えるだけでなく、遅延やジッターを引き起こします。

RDMA は、TCP と同様に、マルチキャストのような基本的なネットワーク テクノロジもサポートできません。

RDMA は、基本的にゼロ コピー TCP または USB 相当です。

RDMA と TCP はどちらもポイント ツー ポイント テクノロジーであるため、特に CXP フレーム グラバーや Emergent 独自のカードで使用されている fpga のコスト/パフォーマンスが大幅に改善されていることを考えると、CXP や USB の代わりに GigEVision を使用する理由を尋ねる人がいるかもしれません。 それについては繰り返しになりますが、私たちもまた RDMA に使用されるのと同じ NIC を使用して、カード上でのヘッダー分離機能を活用して、GigEVision 標準をそのまま維持しつつ、制約のないインテグレーションを実現する事ができます。

もう XNUMX つの重要な現実は、TCP および RDMA のフロー制御とリセンドがカメラのバッファリングを使用して機能することです。 カメラやカードなど、どこにあるかに関係なく、バッファリングは信頼できる転送の基本的な要件です。 さらに、UDP、TCP、RDMA、さらには CXP を使用する設計であっても、これらのバッファがオーバーフローすると、データが失われます。

図: GigE Vision + RDMA/RoCE の実装は、1 歩進んで 2 歩後退しています。

• コネクション型テクノロジーはブロードキャスト/マルチキャスト アプリケーションをサポートしません
• 効率的な冗長性
• 分散処理
• ネットワーキングの基本的機能
• 今すぐご利用いただけます！

このスライドは、マルチキャスト テクノロジーに関する要点を強調しています。 GigEVision+GVSP は現在、この基本的なネットワーク機能をサポートする唯一のプロトコルです。 効率的な冗長性と分散処理を必要とするアプリケーションにおいては、他の規格はすぐに除外されるでしょう。

図: GigEVision + GVSP のみがブロードキャストとマルチキャストをサポートします。

このスライドは、提案または承認された変更がインターフェイス規格をどのように収斂させているかを示しています。 USB はほとんど同じままですが、ポイント ツー ポイント テクノロジです。 CXP は、イーサネット物理層を採用して GigEVision に向かって収斂しています。 GigEVision+RDMA および GigEVision+TCP (承認された場合) は、ポイント ツー ポイント技術として CXP および USB に収斂します。（おそらく2年後）。 GigEVision+GVSP は、その完全性と機能セットを維持し、他のプロトコルと収斂しません。

図: GigEVision + GVSP だけが、真のストリーミング プロトコルとして際立っています。

• GPU カード – すべての処理はカード上で行われます
• FPGA カード – すべての処理はカード上で行われます
• GPUDirect – システムメモリを GPU にバイパスします
• ピアツーピア転送 - データをノードからノードに転送
• AI エンジン – GPU と FPGA カードの機能
• HPCと融合するNIC市場

したがって、何らかの手段でデータをシステム メモリに安全に保管できるようになったとします。 さて、それでは何をしましょうか？ 上でこのアイデアについて触れましたが、RDMA または TCP を追加するために GigE Vision 標準を変更しようとしている人々の議論には含まれていないようです。 いくつかのための 高速ビジョンアプリケーションでは、CPU とシステム メモリでリソースは十分です。 複数の 100GigE, 25GigE あるいは 10GigE カメラを使用する他のパフォーマンス アプリケーションの場合、リアルタイム処理では、タスクをより適切な処理ノードにオフロードする必要があります。 多くの場合、CPU とそのシステム メモリは対応できません。さて、 RDMA と TCP は何か関係ありますか? 答えはノーで、それはカードが GVSP を同等に処理できるためです。 その理由を理解するために、いくつかの例を見てみましょう。

図: 市販の NIC はピクセル データを処理できず、単にピクセル データをシステムに渡すだけです。

• 0 CPU および 0 システム メモリ帯域幅
• NVIDIA 製品には Windows 用の Rivermax が必要です
• NVIDIA にはパートナーシップが必要です - 少数を選択してください
• Linux は標準 GPU で GPUDirect に対応しています
• 80% の MV アプリケーションは Windows を使用
• 一部のアプリには、AOI、ドローン、VR、スポーツが含まれます
• PC に対する要件を引き下げる
• ピアツーピアのサポート
• 今すぐご利用いただけます！

GPU Direct は素晴らしいテクノロジであり、AOI、ドローン、VR、スポーツなどのアプリケーションで多くのお客様に使用されています。 この場合、データは NIC から GPU に直接転送され、CPU とシステム メモリは関与しません。 Linux では、任意の NIC と多くの GPU で、こうした多くのことが可能です。 Windows 上の NVidia GPU の場合、Rivermax を使用する Mellanox NIC からの GPU Direct は、Emergent などの一部のパートナー ベンダーに対してのみを許可しています。 RDMA は GPU ダイレクトをサポートしません。 マシン ビジョン アプリケーションの XNUMX% が Windows 上にあるため、この事は他のベンダーが GPUダイレクト機能を実装するのを制限します。Emergent はこの機能を XNUMX 年以上サポートしています。

図: GPUDirect は、CPU とシステム メモリをバイパスして、ピクセル データを GPU に直接渡します。

• 0 CPU および 0 システム メモリ帯域幅
• 必要な PCIeスロットは XNUMXつ
• CPU は全く関与しません
• Windows の場合 NVidia 製品には、Rivermax が必要です
• NVidia にはパートナーシップが必要です
• 80% の MV アプリケーションは Windows を使用
• PC に対する要件を引き下げる
• ピアツーピアのサポート
• これからの HPC 向けの将来のインテグレーションモデル
• 今すぐご利用いただけます！

前のスライドと同様に、NVidia は NIC と処理リソースと統合して、シングル スロット ソリューションを実現しました。 NVidia は HPC に注力しているため、将来のモデルが期待されています。 Emergent は NVidia のパートナーとして、これらすべてのテクノロジにアクセスできます。 これらのテクノロジは、単一のビデオ ストリームに限らず、デバイスのリソースによってのみ制限される複数のストリームを処理できます。

図: Nvidia Bluefield テクノロジは、処理リソースが組み込まれた NIC を提供します。

• 0 CPU および 0 システム メモリ帯域幅
• CPU は全く関与しません
• Emergent が提供するネイティブ GVSP コア、またはザイリンクスなどの既存の GVSP コアを市販の FPGA カードで使用
• 豊富なMVアルゴリズム
• Windows と Linux のサポート
• PC に対する要件を引き下げる
• ピアツーピアのサポート
• 今すぐご利用いただけます！

マシン ビジョン分野では、GigEVision+GVSP フロント エンドを備え、Emergent カメラとシームレスにインテグレーション可能な FPGA 処理カードを提供する Matrox や Gidel などの企業に注目しています。 GPU は処理ノードとしての役割を果たしますが、多くの場合、FPGA カードはワークロードをより効率的に処理できます。 お客様はベンダーの IP を活用して、市場投入までの時間を短縮できます。 これらのテクノロジは、単一のビデオ ストリームに限定されず、デバイス リソースによってのみ制限される複数のストリームを処理できます。

図: GigEVision+GVSP フロント エンドを備えた FPGA 処理カード。

• 0 CPU および 0 システム メモリ帯域幅
• CPU は全く関与しません
• Emergent が提供するネイティブ GVSP コア、またはザイリンクスなどの既存の GVSP コアを市販の FPGA カードで使用
• 豊富なMVアルゴリズム
• Windows と Linux のサポート
• PC に対する要件を引き下げる
• ピアツーピアのサポート
• 今すぐご利用いただけます！

イーサネットの優れた点の XNUMX つは、業界を超えた膨大なリソースから活用できることです。 ザイリンクスは、高度な処理リソースを提供するために密接に協力しているベンダーの XNUMX つです。 Emergent カメラと統合するために、お客様は現在お使いの GigEVision コアを、カメラと同じインターフェイスを既に備えているザイリンクス Alveo などの多くのカードの XNUMX つに移植できます。 GigEVision ドライバーを初めて使用する方には、私たちはこれらのカード用に移植されたファームウェアとドライバーを提供する事で、お客様がすぐに起動して実行し、アプリケーションの詳細に集中できるようにします。 自由に使える FPGA コード リソースが豊富にあることが、検索するとすぐにお気づきになるでしょう。 これらのテクノロジは、単一のビデオ ストリームに限定されず、デバイス リソースによってのみ制限される複数のストリームを処理できます。

図: Emergent カメラは、Xilinx Alveo とシームレスに統合されます。

• GVSP サポート
• Windows と Linux のサポート
• PC に対する要件を引き下げる
• GPUDirect のサポート
• ピアツーピアのサポート
• フロントトリガーポート搭載
• サプライチェーンを完全に管理
• インテリジェントな画像ルーティング
• MV向けの初のスマートNICシリーズ
• 今すぐご利用いただけます！

Emergent は PCIe カード分野への進出を開始し、インテリジェントな画像の並べ替え、ルーティング、バッファ拡張などでお客様に利点をもたらします。 さらに、カメラが遠く離れており、ファイバーに適した距離にあるセットアップでスイッチを避けたいと考えているお客様もいます。それでも、依然として正確な同期を必要としています。 私たちが提供する、フロントトリガーポートと画像トリガー用のアクションコマンドにより、このニーズを満たします。 独自のカードを開発することで、典型的な顧客アプリケーション向けのサプライ チェーン全体を管理し、厳格な品質管理を維持することもできます。 Emergent はまた、お客様のニーズを満たす高度な処理カードや、市場投入までの時間を短縮するためのアプリケーション固有のモジュールの開発にも取り組んでいます。 これらのテクノロジは、単一のビデオ ストリームに限定されず、デバイス リソースによってのみ制限される複数のストリームを処理できます。

図: Emergent 独自の PCIe カードにより、データ配信のサプライ チェーン全体を管理できます。

• 最高性能のシングル PC ソリューション
• Windows と Linux のサポート
• 最も低コストのマルチカメラ構成
• ターンキー eCapture ソフトウェアのサポート
• GPU または FPGA 処理ノードでカスタマイズ
• 複数のサーバーと処理ノードに簡単に拡張可能
• データ損失ゼロ
• 今すぐご利用いただけます！

私たちはこのセットアップを、いくつかのオンライン プレゼンテーション、NAB Vegas などのトレード ショー、および先月シュトゥットガルトで開催された Vision Show で等で発表しました。 このシステムは、市場で群を抜いて最高のパフォーマンスと最高密度のソリューションです。 このシステムでは、0 Gbps のイメージ データを取り込み、210 台の U.8 NVMe ドライブに保存し、データ損失はゼロです。 サーバーは、当社の eCapture Pro パフォーマンス ソフトウェアを実行する単一のミッドレンジ AMD および Asus サーバー構成です。 一部のお客様は、このセットアップを使用して、使用可能なスロットに GPU を追加してリアルタイム処理を実行したいと考えています。

当社の 25GigE カメラを使用して、XNUMX つのシステムで最大 XNUMX 台以上のカメラにシステムを拡張したお客様がいます。これは、スケーラビリティの容易さを実証しています。

前述のように、セットアップでスイッチを避けたいお客様がいます。 スイッチは、私たちのパートナー ネットワーク経由で 7,000 ポート/48G + 25 ポート/8G 構成の場合、約 100 ドルからと高額になる可能性がありますが、システム全体のコストを大幅に削減するのに役立ちます。 18port/25G+4port/100G などの小規模な構成も利用できます。 25G/100G および PTP をサポートする企業が市場に参入するにつれて、スイッチ市場の競争も激化しています。 スイッチの供給と構成のサポートについては、Emergent にお任せください。

図: 36 x 10GigE カメラ システムの構造。

ビデオ: 36 x 10GigE カメラ システムのデモ。

eCapturePro は Emergent の eSDK を基に構築されており、市場で最高のパフォーマンスを可能とします。 処理ノード テクノロジが追加され、カスタム パフォーマンスを実装可能なシステムがサポートされます。

今すぐご利用いただけます！

図: eCapture Pro、Emergent のフル機能アプリケーション ソフトウェア。

Emergent は GigEVision+TCP または GigEVision+RDMA を採用しますか?

現在、標準化に積極的に取り組んでいる小規模の企業がわずかにありますが、マーケットの大手企業はみな傍観者の立場です。 実際、初期段階でこれをマーケティングのノイズとして使用して、既存のソリューションよりも優れていることを述べようとしている人もいます。 マシン ビジョン市場内のほとんどのものと同様に、業界での採用は非常に遅いと予想されます。 規格が完全に承認されるのは XNUMX 年後になる可能性があるため、私たちが対応する時間は確実にあります。Emergent の場合、必要となれば既存の完全に承認された製品のいずれかへのファームウェアアップグレードにより、非常に迅速に行われます。 実際のところ、一般的なヘッダー分離は、最高のパフォーマンスと最も柔軟なオフロードの方法です。 柔軟性の例として、SMPTE XNUMX プロトコルに同じ方法を使用できることが挙げられます。RDMA と TCP を使用した GigEVision の実装は、追い詰められています。 一つ確実に言える事としては、誤解を招く可能性があるため、RDMA または TCP の追加が承認されるまでは、GigEVision ロゴと共に RDMA または TCP を使用したカメラを宣伝及び販売する事はない、という点です。

顧客は、GigEVision+TCP、GigEVision+RDMA、または GigEVision+GVSP のどれが使用されているか気にしますか?

現在、TCP や RDMA に興味を持っている Emergent のお客様はいません。

高速アプリケーションの考慮事項は次のとおりです。

• コミットメント– ベンダーは高速化に取り組んでいますか、それとも焦点が合っておらず広く薄く取り組んでいますか?
• パフォーマンス – パフォーマンスはどのような手段で達成されますか?
• 柔軟性– ベンダーはカスタマイズオプションを提供していますか?
• サポート - サポート リクエストのターンアラウンドはどれくらい迅速ですか? また、アプリケーションのすべてのレベルでベンダーが最初から最後までサポートしてくれますか?
• 価格 - システム レベルの価格/性能比は許容範囲内ですか? 完全なソリューションの価格を比較する必要があります。
• サプライチェーン - 現在および数年後に製品を入手できる時期は?
• 経験– この製品はどの程度成熟しており、ベンダーの主張をあまり信用していませんか? デューデリジェンスと同様に、経験も重要です。

これらすべての点を考慮して、決定を下してください。

GigEVision+RDMA は GigEVision+GVSP に対してバッファ オーバーフローの可能性が高くなりますか?

前述のように、GigEVision+RDMA のオーバーヘッドは GigEVision+GVSP よりも高くなり、GigEVision+RDMA システムではすぐにバッファ オーバーフローが発生する可能性があります。 このバッファの使用量が少ないほど、システムが示すレイテンシとジッターが低くなることに注意してください。 バッファが大きいほど信頼性が高くなる可能性がありますが、これらのイメージがバッファにバックアップされるほど、パフォーマンスが低下し、レイテンシとジッタが高くなります。 そのため、いかなる場合においても BIOS の変更を含む適切に調整されたサーバーとパフォーマンス レシーバー ドライバーを用いる事が、バッファー バックアップを削減しパフォーマンスを最大化するために重要であることを思い出してください。

顧客にとってマルチキャストはどの程度重要ですか?

マルチキャストにおける主な 2 つの考慮事項は、分散処理とシステムの冗長性です。 一部のシステムはダウンタイムを許容でき、その場合システムの冗長性については、問題のあるコンポーネントを手動で交換するか、システムを再起動してオンラインに戻るのを待つだけで対処できます。 マルチキャストにより、最速のフェイルオーバーの実装が可能になります。

一部のシステムでは、処理に対する要件が低く、その処理は単一の CPU 処理ノードで処理できます。 マルチキャストを使用すると、同じ画像データを複数の処理ノードに同時に送信して、リアルタイムの並列処理を行うことができます。

Emergent の概要は次のとおりです。

• イノベーションと高速 GigEVision イメージング運動の先駆者として 10 以上の賞を受賞
• 10年以上の出荷 10GigE 140以上のモデルを持つカメラ
• 5年以上の出荷 25GigE 55以上のモデルを持つカメラ
• 2年以上の出荷 100GigE 16以上のモデルを持つカメラ
• カメラ テクノロジー パフォーマンス リーダー
• 高速Ethernet/GigEVision に注力
• 高速な画像データの処理を可能にすることに注力
• エリアスキャン および ラインスキャン モデル
• マルチスペクトル アプリケーション用の UV、NIR、偏光、カラー、モノクロ モデル
• アプリケーションの柔軟性を完璧にする Emergent eSDK
• 非常に包括的なソフトウェア ソリューションのための Emergent eCapturePro
• 高速イメージング アプリケーション向けの最も包括的な製品群とサポート
• あらゆる速度、あらゆる解像度、あらゆるケーブル長
• 今すぐご利用いただけます！

当社は、高速 GigEVision 製品に重点を置いた、数々の賞を受賞した企業です。

私たちは何年にもわたって、さまざまな速度で製品を出荷してきました。 10GigE 以下 100GigE.

私たちは、お客様のアプリケーションにエンドツーエンドのテクノロジーとサポートを提供することに重点を置いています。

ほとんどのアプリケーションのニーズを満たすことができます。

最後に、ここであげた製品は現在入手可能です。

これは、GigEVision 製品の採用の速度の範囲の簡単なスナップショットです。 10GigE 以下 100GigE. Emergent は、どのようにして最高のパフォーマンスを達成できるかを示し、そのような技術を使用するマシン ビジョンを含む多くの市場を開拓しました。 一部の企業は、25G 以上の高速製品のリリースに向けて私たちの取り組みを活用していますが、承認された高性能製品のリリースにはまだ道のりがあります。

図: Emergent Vision Technologies は、10GigE、25GigE、50GigE、および 100GigE インターフェイスに基づくカメラの最初のプロバイダーです。