Windows x64 用の低遅延 UDP プレーヤー SDK

Windows x64 用の低遅延 UDP H.264/H.265 プレーヤー SDK – Python/Qt アプリケーション用のカスタム UDP デマルチプレクサ ソリューション

UDP stream player setting for wireless video transmitter and receiver
ワイヤレスビデオ送信機および受信機の UDP ストリーム プレーヤーの設定

HDMI/CVBS/UVC to IP エンコーダ ボードを使用する多くの開発者は、最終的に同じ課題に直面します。:

RTSP 遅延が長すぎる.

次のようなプロフェッショナルなリアルタイム アプリケーション向け:

  • ドローンによる映像配信
  • ロボット工学
  • 産業監視
  • FPVシステム
  • AI視覚処理
  • 低遅延ブロードキャスト
  • セキュリティシステム
  • 医用画像処理
  • カスタムビデオウォール

100ミリ秒の遅延でもすでに長すぎる可能性があります.

最近, 当社の顧客の 1 人が非常に専門的な要件について問い合わせてきました:

「私たちはエンコーダーボード用に独自の低レイテンシープレーヤーソフトウェアを開発しています。. RTSP遅延が高すぎる. カスタム UDP ストリームを直接受信して、独自のデコーダ/ディスプレイ パイプラインを構築したいと考えています。」

まさにここで SPlayer SDK とカスタム UDP demux ソリューションが重要になります.

FFmpeg または VLC が UDP ストリームを再生できない理由

よくある質問は、:

「なぜ ffplay udp は://xxxは機能しません?」

理由は簡単です:

エンコーダは標準の MPEG-TS または標準の RTP over UDP を使用しません。.

その代わり, デバイスは、超低遅延伝送用に最適化された独自の/プライベート UDP トランスポート プロトコルを使用します。.

UDP パケットには次のものが含まれる場合があります。:

  • プライベートヘッダー
  • フレームインデックス
  • タイムスタンプ
  • 断片化されたビデオパケット
  • 音声データ
  • シリアル/UARTデータ

このため, などの標準プレーヤー:

  • VLC
  • ffプレイ
  • gstreamer

ストリームを直接デコードできません.

専用のデマルチプレクサ層が必要です.

SPlayer SDK アーキテクチャ

Windows 用 SPlayer SDK は、この目的のために特別に設計されています。.

典型的なアーキテクチャ:

Encoder
   ↓
Custom UDP protocol
   ↓
SPlayer Demux SDK
   ↓
H.264 / H.265 Elementary Stream
   ↓
Custom Decoder
   ↓
Custom Renderer / Display

完全な内部フローは通常、:

demux → decode → display → record

この SDK は、次のことを行う開発者にとって特に役立ちます。:

  • 独自のプレーヤー ソフトウェアを構築する
  • Python/Qt への統合
  • DirectX/OpenGL レンダリングを使用する
  • バッファリングを減らす
  • 超低遅延表示を実現

RTSP とカスタム UDP 遅延の比較

一般的なレイテンシの比較:

プロトコル一般的なレイテンシ
RTSP150~500ms
標準RTP/UDP80~150ms
カスタム UDP プロトコル20~80ms

ある顧客から報告がありました:

  • 現在のレイテンシ: ～100ミリ秒
  • 目標レイテンシー: ~60ms

これは現実的です:

  • カスタムプレーヤーソフトウェア
  • 最適化されたバッファリング
  • 直接 UDP デマルチプレクサ
  • ハードウェアアクセラレーションデコーディング

Python でプレーヤーを構築できますか?

はい.

これもよくある質問です.

お客様が尋ねた:

「Python でビデオプレーヤーを実装するにはどうすればよいですか?」?」

重要な点は、:

Python は独自の UDP プロトコル自体を解析する責任はありません.

その代わり, アーキテクチャは通常次のようになります:

Python/Qt UI
      ↓
ctypes / cffi / pybind11
      ↓
SPlayer SDK DLL
      ↓
H264/H265 elementary stream
      ↓
FFmpeg / PyAV decode
      ↓
OpenGL / DirectX rendering

Python は次のような用途に非常に適しています。:

  • UI
  • 制御ロジック
  • AI処理
  • マルチチャネル管理
  • ネットワーク制御

一方、SDK DLL はリアルタイム UDP デマルチプレクサを処理します。.

開発者が通常 SDK に必要とするもの

プロの顧客がよく尋ねるのは、:

1. Windows x64のサポート

最新のソフトウェアに必要なのは:

  • Windows x64 DLL
  • x64 ライブラリ
  • x64 デモ

古い SDK の多くは Win32/x86 のみをサポートしています, それはもう十分ではありません.

2. H.264 / H.265 エレメンタリ ストリーム出力

最も重要な機能:

SDK は公開する必要があります:

  • 生 H264/H265 WAVE
  • タイムスタンプ
  • オーディオフレーム
  • シリアル/UARTデータ

これにより、:

  • ffmpeg
  • PyAV
  • NVIDIA デコーダ
  • インテル クイックシンク
  • カスタム GPU パイプライン

3. コールバックAPI

典型的な API には次のものがあります。:

on_video_frame(...)
on_audio_frame(...)
on_serial_data(...)

これは低遅延アプリケーションには不可欠です.

4. コンパイラの互換性

開発者は通常次のように尋ねます。:

  • Visual Studioのバージョン?
  • MSVC ランタイム?
  • x64のサポート?
  • 静的または動的ランタイム?
  • DLLまたはソースコード?

これらの詳細は、プロフェッショナル ソフトウェアへの統合に重要です.

典型的なユースケース

SDK は一般的に次の目的で使用されます。:

  • UAV/ドローン地上局
  • リアルタイム監視
  • 産業用カメラ
  • 医療システム
  • ライブプロダクション
  • AIビデオ分析
  • エッジコンピューティング
  • 映像中継システム
  • カスタムNVRソフトウェア

SPlayer SDKのダウンロード

当社エンジニアが評価および二次開発用に SDK パッケージを提供:

SDKのダウンロードリンク:

https://drive.google.com/file/d/1ifdJtE50YKH3S9JaAV0LCTKZcZgUtN_b/view?usp=drive_link

SDK は、次のような必要がある開発者を対象としています。:

  • 低遅延 UDP 受信
  • カスタムプレーヤーの開発
  • H264/H265 デマルチプレクサ
  • Windows x64の統合
  • Python/Qtの統合
  • 二次ソフトウェア開発

最後のメモ

プロジェクトに必要な場合:

  • RTSPよりも遅延が少ない
  • カスタムビデオ処理
  • 独自の UDP トランスポート
  • Python/Qt プレーヤーの開発
  • Windows x64 SDKの統合

その場合は、専用の UDP demux SDK を使用するのが正しいアプローチです。.

従来の VLC または ffmpeg 再生は、独自の低遅延 UDP プロトコルでは機能しない可能性があります.

プロフェッショナル向けの低遅延システムには通常、:

  • カスタムデマルチプレクサ
  • 最適化されたバッファリング
  • ダイレクトデコーダパイプライン
  • GPU アクセラレーションによるレンダリング

次世代リアルタイムビデオシステムを構築する開発者向け, このアーキテクチャは、標準の RTSP ワークフローよりもはるかに優れたレイテンシ パフォーマンスを提供します。.

質問する

← 戻る

ご回答をありがとうございました。 ✨