ONVIF / RTSPストリーミングサービス-RTSP構成ルール

LiveNVRは無料プラグインプログラムの放送をビルドすると、一般的なプロトコルは、業界標準のRTSP / ONVIFアクセスカメラIPCカメラ/ NVR DVR機器を使用しています。ONVIFが発見され、カメラ制御管理プロトコル、ONVIFもストリーミングプロトコルのRTSPを使用して、カメラNVRストリーミングメディアにアクセスし、それが直接アクセス統一RTSPプロトコルです。

RTSPプロトコルでは、各メーカーのような異なる処理方法、有しているので:カンを、UOB男性の建物に応じてステップ、および他のメーカーアルバート世界RTSPアドレスルールが異なります。

RTSP構成ルール

大化製品 RTSP://ユーザー名:パスワード@のIP :?= 1&サブタイプ= 0ポート/カム/ RealMonitorのチャンネル

  • ユーザー名:ユーザー名
  • パスワード:パスワード
  • IP:デバイスのIP
  • ポート:デフォルトのポート番号は554で、デフォルトの554を埋めません
  • チャンネル:チャンネル番号、1から始まります。例えば2チャネル、チャネルのため= 2
  • サブタイプ:ストリームのタイプ、メインストリーム(サブタイプ= 0)、二次ストリーム(サブタイプ= 1)

示例: rtsp://admin:[email protected]:554/camera/monitor?channel=1&subtype=1

カン-試写ストリーム-古いルール(のみ、レガシー機器のルールをサポートして2012年まで) RTSP:// <ユーザー名>:<パスワード> @ <IPアドレス>:<ポート> / <VideoType> / CH <上記のid> / < streamtype> / av_stream

  • ユーザー名:ユーザー名
  • パスワード:パスワード
  • IPアドレス:IP機器
  • ポート:デフォルトのポート番号は554で、デフォルトでは記入しません
  • videotype:ビデオ符号化フォーマット、例えば:H264、MPEG4
  • CH:1から始まるチャネル番号、。例えば、チャンネル1のために、CH1用
  • streamtype:ストリームタイプ、主流(メイン)、二次ストリーム(サブ)

示例: rtsp://admin:[email protected]:554/h264/ch1/main/av_stream
示例: rtsp://admin:[email protected]:554/mpeg4/ch2/sub/av_stream

カン-プレビューストリームを取ら-新しいルール RTSP:// <ユーザー名>:<パスワード> @ <IPアドレス>:<ポート> /ストリーミング/チャンネル/ <ID>(PARM1 = VALUE1&PARM2 = value2の?)

  • ユーザー名:ユーザー名
  • パスワード:パスワード
  • IPアドレス:IP機器
  • ポート:デフォルトのポート番号は554で、デフォルトでは記入しません
  • ID:チャンネル番号+0+ストリームタイプ、ストリームのタイプ:1-メインストリーム、サブストリーム2-、3-第三の流れ; 1202が表すように第一副流路12
  • そのようなPARMSのtransportmode =ユニキャストのような他のパラメータ(ユニキャストデフォルト)transportmode =マルチキャスト(マルチキャスト)

示例:rtsp://admin:[email protected]:554/Streaming/Channels/101

-カン取ら再生ストリーム RTSP:// <ユーザー名>:< (?PARM1 = VALUE1&PARM2 = value2の):パスワード> @ <IPアドレス> <ポート> /ストリーミング/トラック/ <ID>

  • ユーザー名:ユーザー名
  • パスワード:パスワード
  • IPアドレス:IP機器
  • ポート:デフォルトのポート番号は554で、デフォルトでは記入しません
  • ID:チャンネル番号+0+ストリームタイプ、ストリームのタイプ:1-メインストリーム、サブストリーム2-、3-第三の流れ; 1202が表すように第一副流路12
  • Mは、特定の形式YYYYMMDD "T" HHmmSS.fraction "Z"、Yがであり、Mは月、Dは日であり、Tは時間が休憩を支配され、Hは時間であり、そのようなSTARTTIME = 20131013t093812z&ENDTIME = 20131013t104816zに他のパラメータがPARMS分、Sは、Zは任意であり、第二あるズールー(GMT)時間を表します

示例:rtsp://admin:[email protected]:554/Streaming/tracks/101?starttime=20180902t123812z&endtime=20180902t124816z

OPTIONSの質問送ら

RTSPアクセス側面、及びLive555ではFFmpegの、互換性の二つの成分は、それぞれの長さ、Live555では複雑な構造、巨大全体FFmpegの最強の市場であり、プログラムにアクセスするためのRTSPとしてLive555ではカメラは、機能の一部を実現するために非常に簡単にすることができカスタムは、送信された問題のオプションが発生します。

テイク・ストリーム中にUDP / TCPモード上でRTPを使用する場合は、サーバーが起動している場合、RTSPClientは(Live555では)RTSPServer(IPC / NVR)からの流れで、長い時間がかかることがありますが、キープアライブRTSPServerを送るべきパケットの欠落はありませんセッションキープアライブ検出メカニズムが(notelivenessに実装さRTSPServerのLive555ではを参照)、クライアントから送信された長いパケットを受信しないサーバは、クライアント接続がクライアントとの接続を終了する偽のコネクタを考慮されます(クライアントマター流れが取られているかどうか)。

上記課題を解決するために、クライアントの大半はRTSPClientは、サーバーが正常に生きて送ることができるようにOPTIONS RTSPServer(一部も伝送することができるGET_PARAMETERです)キープアライブパケットのようなコマンドを、送信するために(例えば30代)を時限ますデータ・ストリーム。

すべてRTSPServerは、ストリームを描画する過程でRTSPClientが、突然OPTIONSを送信すると、キープアライブパケットがジャンクデータとして送信されたときに、カンIPC / NVRモデルのいくつかのように、とてもうまくやっているわけではありませんRTSPServer全体RTSP接続は自動的にも停止としたRTPストリームで、その結果、切断されます、我々はこのようなデバイスでは、OPTIONSは、キープアライブパケットを送信しないように選択することができます。

セキュリティRTSP無料のプラグインプログラムの放送LiveNVR

上記の問題点、インターネットベースの従来のセキュリティソリューションを解決LiveNVR:

  • サポートPC側/アンドロイドアンドリュースエンド/ iOSの無料プラグイン見るためのAppleのクライアント/マイクロチャネルエンド。
  • サポートマイクロチャンネル視聴する二次元コードスキャン;
  • Webページ/ノープラグインプレーヤーに基づきます。
  • サポートカン/ UOBおよびその他の市場アクセス、ほぼすべてのネットワークカメラの。
  • リアルタイムのライブモニタリングでリアルタイムIPカメラ/ NVRのライブ映像。
  • サポートビデオとビデオは振り返ります。
  • WindowsとLinuxのデュアルシステムとの互換性。
  • プライベートクラウドの導入は、独自のビジネスシナリオを構築します。

詳細については、

ライブストリーミングインターネットセキュリティ-qq交換基:615 081 503

GB GB28181ないプラグインLiveGBS-QQ交換基:947 137 753

WEB:www.liveqing.com

電話番号:189-5515-0114(同じマイクロチャネル)

著作権©LiveQing.com 2016-2019

おすすめ

転載: www.cnblogs.com/marvin1311/p/10937178.html