Monibucav4 (servidor de streaming de mídia de código aberto) constrói servidor rtmp no Windows e realiza a extração de fluxo de vídeo rtsp e conversão de reprodução flv

Cenas

O servidor de streaming de mídia de código aberto ZLMediaKit é executado no Windows, configura-o, extrai o fluxo sob demanda (extrai o fluxo de vídeo rtsp da câmera) e usa a página http-flv para reproduzir:

O servidor de streaming de mídia de código aberto ZLMediaKit é executado no Windows, configura-o e extrai o fluxo de vídeo rtsp da câmera sob demanda) e usa a página da web http-flv para reproduzir o fluxo de pull sob demanda_Overbearing rogue temperament blog-CSDN blog

O texto acima descreve o processo de uso do ZLMediaKit.

Outro servidor de streaming de código aberto é apresentado abaixo.

Colarinho

Monibuca - Framework de desenvolvimento de servidor de streaming de plug-in de código aberto em linguagem GO | Monibuca

Monibuca (pronúncia: analog not card, m7s é sua abreviatura, semelhante a k8s) é uma estrutura de desenvolvimento de linguagem Go de código aberto para servidores de streaming de mídia.

Ele é baseado em go1.19+, sem quaisquer outras dependências, e fornece um conjunto de modelos de desenvolvimento secundário de plug-ins para ajudá-lo a desenvolver com eficiência servidores de streaming de mídia,

Você pode usar diretamente os plug-ins oficiais ou desenvolver seus próprios plug-ins para estender quaisquer funções, então Monibuca é um framework que pode suportar qualquer protocolo de streaming de mídia!

 

Observação:

Blog:
Domineering Rogue Temperament_C#, Architecture Road, SpringBoot-CSDN Blog

concluir

1. Instalação e configuração no Windows

Início Rápido | Monibuca

Baixe o pacote de instalação de acordo com o tutorial acima

Selecione a versão correspondente para baixar, aqui está o Windows

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

Após o download, descompacte-o e clique duas vezes em m7s.exe para iniciá-lo.

O m7s habilitou todos os plug-ins por padrão, então ele começou a ouvir portas de todos os protocolos, como rtmp, rtsp, gb28181, etc., e pode enviar o fluxo diretamente para o m7s.

2. Empurre e jogue

fluxo de impulso:

via OBS, pressione para rtmp://localhost/live/test
via ffmpeg, ffmpeg -i [fonte de vídeo] -c:v h264 -c:a aac -f flv rtmp://localhost/live/test
via ffmpeg, ffmpeg -i [Fonte de vídeo] -c:v h264 -c:a aac -f rtsp rtsp://localhost/live/test
Envie o stream através da página de teste webrtc, visite http://localhost:8080/webrtc/test/publish
para pass Configure o endereço do servidor sip da câmera para esta máquina e especifique a porta 5060 para enviar o fluxo do dispositivo para o m7s

jogar:

Acessando http://localhost:8080/preview/, você pode visualizar todos os streams (páginas de visualização de vários protocolos).Você
pode reproduzir streams rtmp através de ffplay, ffplay rtmp://localhost/live/test,
você pode reproduzir streams rtsp através de ffplay, ffplay rtsp ://localhost/live/test
pode reproduzir fluxo hls através de ffplay, ffplay http://localhost:8080/hls/live/test.m3u8

teste:

Teste usando FFmpeg para enviar vídeo para o servidor rtmp

Use as seguintes instruções do 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

A porta padrão do serviço rtmp é 1935

Então você pode usar vlc, etc. para reproduzir o seguinte endereço diretamente através das regras de reprodução

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

Ou você pode acessar diretamente sua API de visualização para visualização e teste

http://127.0.0.1:18080/visualização

 

Clique em hls/123 para acessar a página de visualização

 

Você pode clicar no botão play abaixo para testar e também pode ver o URL completo da reprodução aqui.

Observe que a porta da interface http aqui foi alterada do padrão 8080 para 18080, veja abaixo para modificar o arquivo de configuração.

Precauções

Para streaming ffmpeg, adicione -c:v h264 -c:a aac, caso contrário, o formato de vídeo iniciado não poderá ser usado

StreamPath deve estar no formato live/test. Não pode ter apenas um nível, ou começar com uma barra, como /live está errado.

O stream em m7s possui um identificador exclusivo que é StreamPath. A regra de StreamPath é [AppName]/[StreamName], onde AppName é o nome do aplicativo e StreamName é o nome do stream.

Por exemplo live/test, onde live é AppName e test é StreamName. Contanto que você conheça streamPath, poderá reproduzir o stream com qualquer protocolo.

Se o h265 for reproduzido no formato flv ou rtmp, um reprodutor personalizado (como o jessibuca) deverá ser usado para reproduzi-lo. Como o próprio flv e rtmp não definem o formato de h265,

Portanto, isso é alcançado por extensão.

Regras de emenda de endereço

Normalmente, a regra do endereço de reprodução é [protocolo]://[Host][:Port]/[nome do plugin]/[StreamPath]

[nome do plug-in]

Dentre eles, o nome do plug-in precisa ser concatenado apenas para a porta http pública. Incluindo o protocolo websocket, nomeadamente ws-flv e ws-raw

Se o host for localhost, streamPath será live/test

O endereço do protocolo HTTP-FLV é http://localhost:8080/hdl/live/test.flv

O endereço do protocolo fmp4 é http://localhost:8080/fmp4/live/test.mp4

O endereço do protocolo hls é http://localhost:8080/hls/live/test.m3u8

O endereço do protocolo ws-flv é ws://localhost:8080/jessica/live/test.flv

O endereço do protocolo ws-raw é ws://localhost:8080/jessica/live/test

protocolo ws-raw

O protocolo ws-raw é um protocolo privado e só pode ser reproduzido através do player jessibuca.

número da porta http

O número da porta padrão do protocolo http é 8080, que pode ser modificado por meio da configuração global. Para plug-ins que incluem configuração http, o número da porta pode ser configurado separadamente. Usar um único número de porta elimina a necessidade de concatenar o nome do plugin no endereço. Por exemplo, no exemplo acima, se o plug-in hdl configurar o número da porta http como 8081, o endereço será: http://localhost:8081/live/test.flv

O endereço de reprodução rtmp é rtmp://localhost/live/test

O endereço de reprodução rtsp é rtsp://localhost/live/test

número da porta padrão

O número da porta padrão do rtmp é 1935 e o número da porta padrão do rtsp é 554. Se não estiver configurado, o número da porta padrão será usado.

Portanto, o endereço pode omitir o número da porta

endereço de reprodução webrtc

Na verdade, o webrtc não possui o chamado endereço de reprodução, mas o reproduz por meio da API js. A API específica pode se referir à reprodução do webrtc se você mesmo jogar o webrtc

Você pode consultar MDN: API WebRTC - APIs da Web | MDN

Primeiro você precisa concluir a troca sdp e, em seguida, jogar através da conexão webrtc estabelecida. Jessibuca simplifica o processo acima em um endereço:

webrtc://localhost/live/test. Na verdade, ele primeiro estabelece uma conexão de troca sdp com o servidor e, em seguida, estabelece uma conexão webrtc por meio dessa conexão.

3. Se você deseja modificar o arquivo de configuração

Configuração | Monibuca

v4 suporta inicialização com configuração zero por padrão, ou seja, pode ser executado sem arquivos de configuração. Se houver um arquivo de configuração, a configuração no arquivo de configuração substituirá a configuração padrão.

configuração global

A seguir estão os itens de configuração padrão, portanto você não precisa copiá-los para o arquivo de configuração. Você só precisa preencher a parte que precisa ser modificada no arquivo de configuração para substituir a configuração padrão.

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)

Por exemplo, aqui você deseja modificar a porta http para 18080

Encontre config.yaml e modifique o local correspondente.

 

configuração do plug-in

A configuração do plugin é definida pelo plugin

Para informações específicas de configuração de cada plugin, consulte a documentação do plugin

Por exemplo, se quiser modificar a configuração do rtsp, você pode modificar rtsp.yaml em conf de acordo com as instruções de configuração do plug-in

 

4. Extraia stream e converta flv para alcançar

Aqui está um exemplo de extração de fluxo rtsp do controle remoto

Consulte a documentação do plugin

rtsp/api/pull?target=[endereço RTSP]&streamPath=[identificador de fluxo]&save=[0|1|2]#

Puxar rtsp do controle remoto para m7s

Salvar significado: 0, não salvar; 1, salvar em pullonstart; 2, salvar em pullonsub

O endereço RTSP precisa ser codificado em URL para evitar que os caracteres especiais nele contidos afetem a análise

Primeiro você precisa simular um stream rtsp

Use FFmpeg no Windows para realizar push de vídeo local e simular fluxo de vídeo rtsp do protocolo Haikang:

Usando FFmpeg no Windows para obter simulação de push de vídeo local Protocolo Haikang rtsp video stream_ffmpeg windows push stream_Overbearing rogue temperament blog-CSDN blog

Em seguida, chame sua API de streaming

Por exemplo, o fluxo rtsp simulado aqui é

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

Então o URL completo para chamar a API é

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

Então o endereço de reprodução do http-flv correspondente é

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

 

Mais APIs podem ser acessadas usando

http://127.0.0.1:18080/

 

Ou documentação oficial do plugin

Acho que você gosta

Origin blog.csdn.net/BADAO_LIUMANG_QIZHI/article/details/132474126
Recomendado
Clasificación