メインコンテンツまでスキップ

一般的なワークフロー

標準のテスト動画をインポートします。

例、スモークテスト、またはマルチストリーム検証のために、繰り返し使用できるメディアが必要な場合は、標準のビデオセットを使用してください。

https://artifacts.sima-neat.com/assets/videos/720p16/video01.mp4
...
https://artifacts.sima-neat.com/assets/videos/720p16/video16.mp4

https://artifacts.sima-neat.com/assets/videos/480p30/video01.mp4
...
https://artifacts.sima-neat.com/assets/videos/480p30/video16.mp4

手動で利用する場合は、必要なファイルをダウンロードし、メディアソースからアップロードしてください。

APIを利用した設定の場合は、Insight にメディアファイルがすでに存在するかどうかを確認してください。

curl -k https://127.0.0.1:9900/api/media-files

メディアライブラリが空の場合、標準の動画をダウンロードしてアップロードしてください。

tmpdir="$(mktemp -d)"
curl -fL "https://artifacts.sima-neat.com/assets/videos/480p30/video01.mp4" \
-o "${tmpdir}/video01.mp4"
curl -k -F "file=@${tmpdir}/video01.mp4" \
https://127.0.0.1:9900/api/upload/media

追加のファイルについても同様の手順を繰り返すか、より多くのメディアファイルをまとめてアップロードする場合は、アーカイブとしてアップロードしてください。

単一ストリームのビジョンアプリを検証します。

  1. Insight を開きます。
  2. 「メディアソース」にアクセスし、短いテスト動画をアップロードしてください。
  3. 「ストリーミングソース」に移動し、ビデオをsrc1に割り当ててください。
  4. 開始します src1
  5. 正しい RTSP URL を使用してアプリケーションを実行してください。
    • SDKコンテナ内:rtsp://127.0.0.1:8554/src1
    • DevKit または外部マシンで:rtsp://<sdk-host-ip>:<rtsp.tcp hostPortStart>/src1
  6. ビデオビューアーを開き、チャンネル0をご覧ください。
  7. アプリがメタデータを送信する場合、ビデオにオーバーレイが表示されることを確認してください。
  8. 「Stats」プレースホルダーを使用して、次回のリリースでシステム負荷の診断情報がどこに表示されるかを確認してください。

複数の入力ストリームを検証する

  1. メディアソースに複数の動画をアップロードするか、準備してください。
  2. ストリーミングソースを使用する Auto Assign 動画をソーススロットにマッピングします。
  3. アプリケーションで処理するソースの数を開始するには、Bulk Start を使用します。
  4. 対応するsrcNストリームのURLに対してアプリケーションを実行してください。
  5. 指定されたチャンネルでビデオビューアーを開きます。
  6. ビューアーの診断機能を使用して、ストリームのボトルネックがないか確認してください。このバージョンでは、統計ビューはプレースホルダーとして提供されており、次回のバージョンでランタイムのボトルネック診断機能を追加する予定です。

アプリケーションがSDKコンテナー外で実行される場合、テストを開始する前に、neat --jsonからRTSP、ビデオUDP、およびメタデータUDPのホストポートを解決してください。

SDKのポートマップからアプリケーションのエンドポイントを設定します。

アプリケーションがDevKit上で動作し、InsightがSDK内で実行される場合に、このワークフローを使用してください。

  1. SDK内で、Insight が実行されていることを確認してください。

    insight-admin status
  2. SDK ポートマップを入手してください。

    neat --json
  3. insight.webUiUrl から SDK ホストの IP アドレスを確認するか、SDK のセットアップ手順で表示されるホスト IP アドレスを使用してください。

  4. exposedPortsの中から、rtsp.tcp.hostPortStartvideoUDP.hostPortStart、およびmetadataUDP.hostPortStartを見つけてください。

  5. 次の方法でアプリケーションの入力ストリームを設定します。

    rtsp://<sdk-host-ip>:<rtsp.tcp hostPortStart>/src1
    rtsp://<sdk-host-ip>:<rtsp.tcp hostPortStart>/src2
  6. チャンネルごとにアプリケーションの出力ポートを設定します。

    video channel N: <sdk-host-ip>:<videoUDP hostPortStart + N>
    metadata channel N: <sdk-host-ip>:<metadataUDP hostPortStart + N>
  7. アプリケーションを起動し、「ビデオビューアー」を開きます。

  8. 視聴者が動画を表示しない場合は、/api/ingest/statsを使用してください。これにより、ブラウザまたはWebRTCの動作をデバッグする前に、RTPとメタデータがInsightに正常に送信されているかどうかを確認できます。

動画やオーバーレイが表示されない問題をデバッグします。

以下の手順で問題を特定してください。

  1. アプリケーションが実行されており、正しいInsightホストをターゲットにしていることを確認してください。
  2. アプリケーションが SDK コンテナー内で実行されているか、それとも外部のコンピューターで実行されているかを確認してください。
  3. 外部の場合、neat --json からマッピングされた videoUDP および metadataUDP のホストポートが使用されていることを確認してください。
  4. SDKコンテナ内に存在する場合、出力ビデオポートが9000-9079にあることを確認してください。
  5. 使用している場合は、メタデータポートがメタデータ内の対応するチャンネルになっていることを確認してください。 UDP 範囲。
  6. ビデオビューアーを開き、目的のチャンネルが表示されているか確認してください。
  7. システム情報を参照して、Insight がデフォルトポートを使用しているか、SDKでマッピングされたポートを使用しているかを確認してください。
  8. システム情報とログを使用して、デバイスの状態を確認してください。現在、統計情報はプレースホルダーであり、次回のリリースでは、デバイスの負荷とランタイムの健全性に関する情報を提供する予定です。

動画は表示されるものの、オーバーレイが表示されない場合は、メタデータパスに注目してください。オーバーレイの表示が遅れたり、同期がずれたりする場合は、ビューアーのメタデータ遅延設定を調整してください。

ヒント

  • 新しいアプリのループを構築する際に、短いメディアクリップを使用してください。これにより、ソースの準備と繰り返し検証が迅速になります。
  • HTTP経由でmultipart MJPEGを送信するカメラをシミュレートする必要がある場合は、HTTP MJPEGソースを使用してください。
  • チャンネル番号を統一してください。ビデオがチャンネルNに送信される場合、同じNのメタデータポートにメタデータを送信してください。
  • ワークスペースビューを使用して、ファイルを環境からコピーする前に、生成されたモデルとプロファイリングの成果物を確認してください。
  • 新しい開発者にツールを紹介する際に、Insight UI の右上にある「クイックツアー」機能を使用してください。
  • ポートに問題があると判断する前に、システム情報を確認してください。SDK を使用したデプロイメントでは、ブラウザがアクセスするポートと、内部サービスが使用するポートが異なる場合があります。