Monibucav4 (オープンソース ストリーミング メディア サーバー) は、Windows 上に rtmp サーバーを構築し、rtsp ビデオ ストリームの取得と flv の変換再生を実現します。

シーン

オープン ソースのストリーミング メディア サーバー ZLMediaKit は Windows 上で実行され、構成され、オンデマンドでストリームをプルし (カメラの rtsp ビデオ ストリームをプルし)、http-flv Web ページを使用して再生します。

オープン ソースのストリーミング メディア サーバー ZLMediaKit は Windows 上で実行され、構成され、カメラの rtsp ビデオ ストリームをオンデマンドでプルし、http-flv Web ページを使用して再生します。srs はオンデマンドでストリームをプルします。横柄な不正気質に関するブログ - CSDN ブログ

以上がZLMediaKitの利用手順です。

別のオープンソース ストリーミング サーバーを以下に紹介します。

襟

Monibuca - GO 言語オープンソース プラグイン ストリーミング サーバー開発フレームワーク | Monibuca

Monibuca (発音: カードではなくアナログ、m7s はその略語で、k8s と同様) は、ストリーミング メディア サーバー用のオープンソース Go 言語開発フレームワークです。

これは go1.19 以降に基づいており、他の依存関係はありません。また、ストリーミング メディア サーバーを効率的に開発するのに役立つプラグインの二次開発モデルのセットを提供します。

公式プラグインを直接使用することも、独自のプラグインを開発して機能を拡張することもできるため、Monibuca はあらゆるストリーミング メディア プロトコルをサポートできるフレームワークです。

 

注記：

ブログ:
Domineering Rogue Temperament_C#、アーキテクチャ ロード、SpringBoot-CSDN ブログ

成し遂げる

1. Windows でのインストールと設定

クイックスタート | モニブカ

上記のチュートリアルに従ってインストールパッケージをダウンロードします

ダウンロードする対応するバージョンを選択します。ここでは Windows を示します

https://download.m7s.live/bin/m7s_windows_amd64.tar.gz

ダウンロード後、解凍し、m7s.exeをダブルクリックして起動します。

m7s はデフォルトですべてのプラグインを有効にしているため、rtmp、rtsp、gb28181 などのすべてのプロトコルのポートのリッスンを開始し、ストリームを m7s に直接プッシュできます。

2. 押して遊ぶ

プッシュフロー:

OBS 経由、ffmpeg 経由で rtmp://localhost/live/test にプッシュ
、ffmpeg -i [ビデオ ソース] -c:v h264 -c:a aac -f flv rtmp://localhost/live/test via ffmpeg、
ffmpeg -i [ビデオ ソース] -c:v h264 -c:a aac -f rtsp rtsp://localhost/live/test
webrtc テスト ページを通じてストリームをプッシュします。http ://localhost:8080/webrtc/test/publish
にアクセスしてください。 pass このマシンへのカメラの SIP サーバー アドレスを設定し、デバイス ストリームを m7s に送信するためにポート 5060 を指定します。

遊ぶ：

http://localhost:8080/preview/にアクセスすると、すべてのストリームをプレビューできます (複数のプロトコル プレビュー ページ)
。ffplay、ffplay rtmp://localhost/live/test を通じて rtmp ストリームを再生でき、rtmp://localhost/live/test を通じて
rtsp ストリームを再生できます。 ffplay、ffplay rtsp ://localhost/live/test
ffplay、ffplay を通じて hls ストリームを再生できますhttp://localhost:8080/hls/live/test.m3u8

テスト：

FFmpeg を使用してビデオを rtmp サーバーにプッシュするテスト

次の FFmpeg 命令を使用します。

ffmpeg.exe -re  -stream_loop -1 -i D:\test\22.mp4 -vcodec libx264 -acodec aac -f flv rtmp://127.0.0.11935/hls/123

rtmp サービスのデフォルトのポートは 1935 です

その後、vlc などを使用して、再生ルールを通じて次のアドレスを直接再生できます。

http://127.0.0.1:18080/hdl/hls/123.flv

または、プレビューとテストのためにプレビュー API に直接アクセスすることもできます。

http://127.0.0.1:18080/プレビュー

 

hls/123 をクリックしてプレビュー ページにアクセスします

 

下の再生ボタンをクリックしてテストすることができます。完全な再生 URL もここで確認できます。

ここで http インターフェイスのポートがデフォルトの 8080 から 18080 に変更されていることに注意してください。設定ファイルの変更については以下を参照してください。

予防

ffmpeg ストリーミングの場合は、-c:v h264 -c:a aac を追加してください。追加しないと、起動されたビデオ形式は使用できません。

StreamPath は、live/test の形式である必要があります。レベルを 1 つだけ指定したり、スラッシュで始めることはできません (/live などは間違っています)。

m7s のストリームには StreamPath という一意の識別子があり、StreamPath の規則は [AppName]/[StreamName] (AppName はアプリケーション名、StreamName はストリーム名) です。

たとえば、live/test の場合、live は AppName、test は StreamName です。streamPath がわかっていれば、任意のプロトコルでストリームを再生できます。

h265 が flv または rtmp 形式で再生される場合、カスタム プレーヤー (jessibuca など) を使用して再生する必要があります。flvやrtmp自体はh265のフォーマットを定義していないため、

したがって、それは拡張によって達成されます。

アドレススプライシングルール

通常、再生アドレスの規則は [プロトコル]://[ホスト][:ポート]/[プラグイン名]/[ストリームパス]です。

[プラグイン名]

このうち、パブリック http ポートのみプラグイン名を連結する必要があります。WebSocket プロトコル、つまり ws-flv および ws-raw を含む

ホストが localhost の場合、streamPath は live/test です

HTTP-FLV プロトコルのアドレスはhttp://localhost:8080/hdl/live/test.flvです。

fmp4 プロトコルのアドレスはhttp://localhost:8080/fmp4/live/test.mp4です。

hls プロトコルのアドレスはhttp://localhost:8080/hls/live/test.m3u8です。

ws-flv プロトコルのアドレスは、ws://localhost:8080/jessica/live/test.flv です。

ws-raw プロトコルのアドレスは、ws://localhost:8080/jessica/live/test です。

ws-raw プロトコル

ws-raw プロトコルはプライベート プロトコルであり、jessibuca プレーヤーを通じてのみ再生できます。

httpポート番号

http プロトコルのデフォルトのポート番号は 8080 であり、グローバル設定を通じて変更できます。http 設定を含むプラグインの場合、ポート番号は個別に設定できます。単一のポート番号を使用すると、アドレス内でプラグイン名を連結する必要がなくなります。たとえば、上記の例では、hdl プラグインが http ポート番号を 8081 に設定している場合、アドレスは http ://localhost:8081/live/test.flvになります。

rtmp 再生アドレスは rtmp://localhost/live/test です。

rtsp 再生アドレスは rtsp://localhost/live/test です。

デフォルトのポート番号

rtmp のデフォルトのポート番号は 1935、rtsp のデフォルトのポート番号は 554 です。設定されていない場合は、デフォルトのポート番号が使用されます。

したがって、アドレスはポート番号を省略できます

webrtc 再生アドレス

実際、webrtc にはいわゆる再生アドレスはありませんが、js API を通じて再生します。自分で webrtc を再生する場合、特定の API は webrtc 再生を参照できます

MDN: WebRTC API - Web API | MDNを参照してください。

まず、SDP 交換を完了してから、確立された webrtc 接続を通じて再生する必要があります。Jessibuca は、上記のプロセスをアドレスに簡略化します。

webrtc://localhost/live/test.実際には、最初にサーバーとの SDP Exchange 接続を確立し、次にこの接続を通じて webrtc 接続を確立します。

3. 設定ファイルを変更したい場合

構成 | モニブカ

v4 はデフォルトでゼロ構成起動をサポートしています。つまり、構成ファイルなしで実行できます。構成ファイルがある場合は、構成ファイル内の構成がデフォルトの構成をオーバーライドします。

グローバル構成

以下はデフォルトの設定項目なので、設定ファイルにコピーする必要はなく、設定ファイル内の変更が必要な部分を入力するだけでデフォルトの設定が上書きされます。

global:
  disableall: false # 是否禁用所有插件
  loglang: zh # 日志语言，可选值：zh,en
  loglevel: info # 日志级别，可选值：debug,info,warn,error,panic,fatal
  http:
    listenaddr: :8080 # 网关地址，用于访问API
    listenaddrtls: :8443  # 用于HTTPS方式访问API的端口配置
    certfile: ""
    keyfile: ""
    cors: true  # 是否自动添加cors头
    username: ""  # 用户名和密码，用于API访问时的基本身份认证
    password: ""
    readtimeout: 0 # 读超时时间
    writetimeout: 0 # 写超时时间
    idletimeout: 0 # 空闲超时时间
  publish:
      pubaudio: true # 是否发布音频流
      pubvideo: true # 是否发布视频流
      kickexist: false # 剔出已经存在的发布者，用于顶替原有发布者
      insertsei: false # 是否启用插入SEI功能
      publishtimeout: 10s # 发布流默认过期时间，超过该时间发布者没有恢复流将被删除
      idletimeout: 0 # 发布者空闲超时时间，超过该时间发布者没有任何操作将被删除，0为关闭该功能
      delayclosetimeout: 0 # 自动关闭触发后延迟的时间(期间内如果有新的订阅则取消触发关闭)，0为关闭该功能，保持连接。
      waitclosetimeout: 0 # 发布者断开后等待时间，超过该时间发布者没有恢复流将被删除，0为关闭该功能，由订阅者决定是否删除
      buffertime: 0 # 缓存时间，用于时光回溯，0为关闭缓存
      key: "" # 订阅者鉴权秘钥
      secretargname: secret # 订阅者鉴权参数名
      expireargname: expire # 订阅者鉴权过期时间参数名
      speedlimit: 500ms # 限速超时时间0为不限速，对于读取文件这类流需要限速，否则读取过快
  subscribe:
      subaudio: true # 是否订阅音频流
      subvideo: true # 是否订阅视频流
      subaudioargname: ats # 订阅音频轨道参数名
      subvideoargname: vts # 订阅视频轨道参数名
      subdataargname: dts # 订阅数据轨道参数名
      subaudiotracks: [] # 订阅音频轨道名称列表
      subvideotracks: [] # 订阅视频轨道名称列表
      submode: 0 # 订阅模式，0为跳帧追赶模式，1为不追赶（多用于录制），2为时光回溯模式
      syncmode: 0 # 音视频同步模式，0 为按照时间戳同步，1 为按照写入时间同步
      iframeonly: false # 只订阅关键帧
      waittimeout: 10s # 等待发布者的超时时间，用于订阅尚未发布的流
      writebuffersize: 0 # 订阅者写缓存大小，用于减少io次数，但可能影响实时性
      key: "" # 订阅者鉴权秘钥
      secretargname: secret # 订阅者鉴权参数名
      expireargname: expire # 订阅者鉴权过期时间参数名
      internal: false # 是否内部订阅，内部订阅不会触发发布者自动断开功能
  enableavcc : true  # 启用AVCC格式缓存，用于rtmp协议
  enablertp : true # 启用rtp格式缓存，用于rtsp、websocket、gb28181协议
  enableauth: true # 启用鉴权,详细查看鉴权机制
  enablesubevent: true # 启用订阅事件，用于订阅者上下线事件,关闭可以提高性能
  rtpreorderbufferlen: 50 # rtp乱序重排缓存长度
  eventbussize: 10 # 事件总线缓存大小，事件较多时容易堵阻塞线程，需要增大缓存
  poolsize: 0 # 内存池大小，高并发需要提高性能可以加大内存池，减少 GC
  pulseinterval: 5s # 心跳事件间隔时间
  console:
    server : console.monibuca.com:44944 # 连接远程控制台的地址
    secret: "" # 远程控制台的秘钥
    publicaddr: "" # 实例公网地址，提供远程控制台访问的地址，不配置的话使用自动识别的地址
    publicaddrtls: "" # 实例公网地址，提供远程控制台访问的地址，不配置的话使用自动识别的地址（https）

たとえば、ここでは http ポートを 18080 に変更します。

config.yaml を見つけて、対応する場所を変更します。

 

プラグインの設定

プラグイン設定はプラグインによって定義されます

各プラグインの具体的な設定情報については、プラグインのドキュメントを参照してください。

たとえば、rtsp の構成を変更する場合は、プラグインの構成手順に従って、conf 内の rtsp.yaml を変更できます。

 

4.ストリームをプルし、flvを変換して達成します

これはリモートから rtsp ストリームをプルする例です。

プラグインのドキュメントを参照してください

rtsp/api/pull?target=[RTSP アドレス]&streamPath=[ストリーム識別子]&save=[0|1|2]#

rtsp をリモートから m7s にプルします

保存の意味: 0、保存しない; 1、pullonstart に保存; 2、pullonsub に保存

RTSP アドレス内の特殊文字が解析に影響を与えないように、RTSP アドレスを URL エンコードする必要があります。

まず、rtsp ストリームをシミュレートする必要があります

Windows で FFmpeg を使用して、ローカル ビデオ プッシュを実現し、Haikang プロトコルの rtsp ビデオ ストリームをシミュレートします。

Windows で FFmpeg を使用してローカル ビデオ プッシュ シミュレーションを実現する Haikang プロトコル rtsp ビデオ ストリーム_ffmpeg Windows プッシュ ストリーム_横暴な不正気質のブログ - CSDN ブログ

次に、そのストリーミング API を呼び出します

たとえば、ここでシミュレートされた rtsp ストリームは次のとおりです。

rtsp://username:[email protected]:554/h264/ch01/main/av_stream

API を呼び出すための完全な URL は次のとおりです。

http://127.0.0.1:18080/rtsp/api/pull?target=rtsp://username:[email protected]:554/h264/ch01/main/av_stream&streamPath=live/badao&save=0

すると、対応する http-flv の再生アドレスは次のようになります。

http://127.0.0.1:18080/hdl/live/badao.flv

 

より多くの API にアクセスするには、

http://127.0.0.1:18080/

 

または公式プラグインのドキュメント