音视频入门知识(六):消息获取模式篇

⭐六、消息获取模式篇

推模式(Push Mode)

当通知消息来之时,服务器主动将所有相关信息都通过参数的形式"推给"客户端。客户端无需主动请求数据。

服务端一直监听某个端口,当客户端有数据要发送时,就推到这个端口上给服务端。

常见的推模式协议:

  • RTMP(Real-Time Messaging Protocol)
    • 主要用于视频流的推送,常用于直播。
    • 服务器主动将视频流推送到客户端,客户端只需接收数据并播放。
  • WebSocket
    • 通过 WebSocket,服务器可以主动推送消息或数据到客户端,客户端可以实时接收。
    • 适用于低延迟的实时应用。
  • 国标(GB/T 28181) :
    • 广泛应用于视频监控系统,尤其是在公共安全领域。
    • 国标协议中的视频流是实时推送的

拉模式

当通知消息来之时,通知的函数不带任何相关的信息,而是要客户端主动去"拉"信息;客户端主动请求服务器获取数据,客户端会按需获取流媒体数据。

客户端的某个端口 有无时无刻有流 的存在,当服务端需要流时,服务端自行连接客户端的端口 ,从客户端端口里面拉数据

这种模式适用于客户端对数据流的控制需求较高的场景,客户端可以在任何时候请求数据。

弊端:当客户端在内网,服务端在公网,则服务器找不到客户端设备,无法进行拉模式

常见的拉模式协议:

  • HTTP Live Streaming (HLS)
    • 客户端定期向服务器请求分段 的媒体文件(通常是 .ts 文件)。
    • 通过 M3U8 播放列表,客户端可以获取媒体片段并播放。
  • RTSP(Real-Time Streaming Protocol)
    • 客户端主动请求流媒体服务器并通过拉模式获取实时视频流。
    • 常用于 IP 摄像头、监控等系统中。
    • RTSP 通常配合 RTP (Real-time Transport Protocol) 使用进行数据传输。
  • FTP(File Transfer Protocol)
    • 在一些场景下,流媒体内容也可以通过 FTP 拉取,尤其是用于大文件传输。
相关推荐
EasyCVR8 小时前
国标GB28181视频监控平台EasyCVR行业解决方案深度解读——雪亮工程、智慧城市与智慧交通
人工智能·音视频·智慧城市
“码”力全开11 小时前
打破芯片与协议壁垒:基于 Docker + 边缘计算的 GB28181/RTSP 视频智能管理平台架构设计与源码交付方案
docker·音视频·边缘计算
AI服务老曹18 小时前
解密企业级视频中台:基于 GB28181/RTSP 统一接入与边缘计算的 AI 视频管理平台(附 Docker 部署与源码交付方案)
人工智能·音视频·边缘计算
shandianchengzi19 小时前
【记录】LosslessCut|Linux下配置开源无损剪辑软件 LosslessCut AppImage 命令行启动和设置图标
linux·运维·服务器·音视频·视频·剪辑
zhaoshuzhaoshu19 小时前
无线耳机的音频传输时延技术对比总结
音视频
ai产品老杨19 小时前
深度解析:基于 Docker 与异构计算的下一代 AI 视频管理平台架构(附 GB28181/RTSP 统一接入与源码交付方案)
人工智能·docker·音视频
hz5678920 小时前
2026主流RTC音视频SDK选型全解析:性能对比+避坑指南+国产化适配深度横评
云计算·音视频·实时音视频·信息与通信
AI前沿资讯20 小时前
哪个AI 3D创作工具更适合视频创作?——2026年V2Fun实战指南
人工智能·3d·音视频
EasyDSS20 小时前
企业融媒体平台/私有化视频会议解决方案EasyDSS重构企业视频高效运维体系
重构·音视频·媒体
2601_9578822421 小时前
多模态RAG与视觉红利:GEO(生成式引擎优化)中的图片与视频资产重构策略
重构·音视频·geo·rag·多模态模型