首页
学习
活动
专区
圈层
工具
发布

RTMP流媒体服务器LiteCVR平台实现CDN转推的操作步骤

在我们的项目中,也遇到了很多用户咨询如何使用CDN转推。安防监控LiteCVR平台也支持CDN转推,今天我们来介绍一下操作步骤。...1)在【设备管理】中找到需要转推的设备,进入“通道”-“编辑”,这里有CDN启用按钮:2)填入要转推的平台地址,即可实现视频流转推。...这里我们以转推到视频直播/点播LiteDSS平台为例子,演示效果如下:3)国标GB28181视频平台LiteCVR的视频直播如下:值得注意的是,以RTMP协议推流上来的通道,则不支持CDN转推。...RTMP流媒体服务器LiteCVR能在复杂的网络环境中,将分散的各类视频资源进行统一汇聚、整合、集中管理,实现视频资源的鉴权管理、按需调阅、全网分发、智能分析等。

41220

FFmpeg开发笔记(三十二)利用RTMP协议构建电脑与手机的直播Demo

RTMP协议:网络延迟较低,稳定性很高,即使网络连接质量欠佳,该协议也能很好地传输数据。但RTMP原本因FLV格式而生,客户端要用Flash播放器播放rtmp链接。...而FLV格式后来没落了,以至HTML5规范干脆移除了Flash插件,导致如今浏览器都不支持rtmp链接,连FFmpeg也迟至6.1版才给rtmp协议支持hevc格式。...该协议的制定时间比SRT还晚,虽然晚制定会多考虑新功能,比如RIST支持点到多点广播,而SRT不支持;但是晚制定拖累了各开源软件对RIST的支持力度,比如OBS Studio早在25.0开始支持SRT,迟至...下面就以RTMP为例,介绍如何通过OBS Studio和RTMP Streamer向流媒体服务器做RTMP推流。...之后让RTMP Streamer对SRS或者ZLMediaKit的rtmp地址“rtmp://124.xxx.xxx.xxx/live/test”推流,推流过程的RTMP Streamer录制界面如下图所示

89710
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    FFmpeg开发笔记(五十)聊聊几种流媒体传输技术的前世今生

    RTMP协议的直播地址形如rtmp://***,可通过RTMP传输的视频格式为H.264,音频格式为MP3或者AAC,音视频数据封装之后的文件格式为FLV或F4V。...又因为FLV格式没落已久,以至HTML5规范干脆移除了Flash插件,导致如今浏览器都不支持rtmp链接,连FFmpeg也迟至6.1版才给rtmp协议支持hevc格式。...在直播软件中,电脑端的OBS Studio支持RTMP协议,手机端的RTMP Streamer和SRT Streamer都支持RTMP协议。...通过RTMP协议实现直播功能的说明参见之前的文章《利用RTMP协议构建电脑与手机的直播Demo》和《使用RTMP Streamer开启APP直播推流》。...协议的制定时间比SRT还晚,虽然晚制定会多考虑新功能,比如RIST支持点到多点广播,而SRT不支持;但是晚制定拖累了各开源软件对RIST的支持力度,比如OBS Studio早在25.0开始支持SRT,迟至

    73010

    RTMP的工作原理

    RTMP的工作原理是:通过建立和维护RTMP客户端和RTMP服务端之间的通信路径来实现快速、可靠的数据传输。...本篇文章将深入了解: RTMP的历史 RTMP的工作原理 如何建立RTMP连接 RTMP的替代方案 RTMP的优点和缺点 事不宜迟,让我们先来了解RTMP协议的历史。...RTMP的工作原理是:通过建立和维护RTMP客户端和RTMP服务端之间的通信路径来实现快速、可靠的数据传输。...RTMP连接设置:握手、连接、推拉流 现在,让我们一起来了解RTMP连接是如何建立的,从而帮助我们更好地理解RTMP协议的工作原理。RTMP建立连接可分为三步:握手、连接和推拉流。...HLS是流媒体行业中的公认标准,从编码器、打包器、加密(DRM)、CDN到设备上的播放,它获得了来自视频生态的广泛支持。 另一个选择是MPEG-DASH,它也是基于HTTP的视频传输协议。

    1.9K20

    双模式 RTMP H.265 播放器解析:从国内扩展到 Enhanced RTMP 标准的演进

    国内 CDN 厂商联盟的 RTMP-H.265 扩展模式。...双模式支持的背景在 Enhanced RTMP HEVC 出台之前,国内主要 CDN 厂商为了降低带宽成本,已经推出过 RTMP-H.265 扩展方案。...避免厂商绑定,保证兼容性在 Enhanced RTMP HEVC 出台前,国内 CDN 厂商各自实现的 RTMP-H.265 扩展缺乏统一标准: 腾讯云可能用自定义 CodecID 解析; 另一些厂商可能在...平滑过渡到国际标准很多业务系统已经在国内 CDN 的 RTMP-H.265 方案上运行多年。 Enhanced RTMP HEVC 的推出意味着 未来国际工具链将逐步转向标准化实现。...大牛直播SDK作为行业内少数完成 双模式适配 的商业播放器 SDK,已经实现: 国内扩展模式(CDN 厂商联盟版 RTMP-H.265) 国际标准模式(Enhanced RTMP HEVC) 的 全面兼容与共存

    53400

    基于RTMP和WebRTC开发大规模低延迟(1000毫秒内)直播系统

    RTMP系统推流播放延迟分析 一个经过优化的RTMP-CDN网络端到端的延迟大概在2-3秒, 延迟大一些要在5秒甚至10秒以上....以及如何复用现有的CDN的基础设施来做到低延迟?...其实我们可以在现有的RTMP-CDN系统上做一些优化调整, 在边缘节点把RTMP流转化为WebRTC可以播放的流来达到低延迟和CDN系统的复用, 同时还可以利用WebRTC抗丢包来优化最后一公里的观看体验...同时RTMP-CDN一般都会有GOP cache, 会缓存最近的一个GOP, GOP太大是没法做到低延迟的, 可以考虑把GOP设置在1秒....如何落地 目前身边完全没有完全匹配的需求, 这个方案目前并没有落地, 设想中的落地方式是, RTMP部分还是用现有的CDN, 自己部署WebRTC的边缘节点, 根据访问请求向CDN拉流.

    15.4K51

    No.181# 点直播简要架构梳理走查

    1、涉及的角色 直播客户端(主播) 功能主要包括音视频数据的采集、编码、推流 从摄像头、麦克风采集数据,并对数据进行编码后通过RTMP协议发送给CDN源节点 直播客户端(观众) 功能主要包括拉流、解码、...播放 从直播系统获取房间流媒体地址 通过RTMP协议从CDN边缘节点获取数据、解码、渲染 信令服务器 接受指令并处理业务逻辑,创建房间、加入房间、送礼物等 CND网络 内容分发网络(Content Delivery...源站推流地址 直播客户端(主播)通过音/视频采集设备采集数据后编码、通过RTMP协议发送给CDN网络 直播客户端(观众)向信令服务器发起信令加入直播间 信令服务器收到指令后向客户端(观众)推送其附近的CND...方式一 使用Nginx+RTMP 推拉流插件 Nginx RTMP Module支持RTMP/HLS/MPEG-DASH 协议 https://github.com/arut/nginx-rtmp-module...https://ossrs.net/lts/zh-cn/docs/v4/doc/introduction 三、CDN内容分发网络 CDN内容分发网络(Content Distribution Network

    79420

    直播CDN的原理

    那么,今天就跟大家聊聊CDN技术在直播上的应用。 直播平台为什么需要CDN? ①直播平台突发性的流量增长成为常态,短时间内如何扩容扛过流量高峰,成为各大网络直播平台必须正视的问题。...CDN的主流程,如下图: 主要流程为: 1、主播开始直播,向调度服务器发送请求;调度服务器返回推流域名和sn; 2、主播端采集音视频数据,发送给CDN节点,CDN节点进行处理; 3、观众端要观看此主播的视频...,向调度服务器发送请求,返回拉流域名; 4、观众端向CDN节点请求音视频数据; CDN直播中常用的流媒体协议包括RTMP、HLS、FLV 1、RTMP(Real Time Messaging Protocol...Hls切片格式: 3、FLV该协议和 RTMP 比起来其实差别不大,只是落地部分有些不同: RTMP 是直接将流的传输架在 RTMP 协议之上,而 HTTP-FLV 是在 RTMP 和客户端之间套了一层转码的过程...,即: Hls、rtmp、flv协议对比

    1.8K20

    如何选CDN:新时代的流媒体CDN选择指南

    CDN是一个服务型的公司,也就是服务+技术。 一般的说法是,CDN的技术只是扯逼用的,服务才是一切。在技术没有差异化的图文时代,用运维和客服就可以搞定一切;在视频能造成技术差异化的时代,还行得通吗?...不必用嘴巴打架,以下功能要求,是结合在CDN两年的工作经验,还有最近这两年所听到的各家CDN还有各种客户对开源软件提的要求。...对于一个流媒体集群系统,也就是cdn系统,能否支持以下业务: 客户送入一个rtmp实时流,譬如秀场,游戏,会议,广电等等。 集群的源站输出hls,适配移动端,包括苹果和安卓。...并且支持hls的cdn加速。 播放器播放边缘的rtmp或http flv实时流,延迟都在3至5秒内。 能输出http mp3流,适配某些安卓机型,不支持纯音频hls。...支持多源站,也就是客户可以给不同的源站送同一个rtmp流。能分发hls和rtmp,以及http flv。 对于单源站,集群能支持上层rtmp热备,防止上层节点故障。

    1.7K20

    直播系统开发过程中,如何选择流媒体协议?

    优点:基于HTTP协议,所以接入CDN较为容易,很少被防火墙拦下,且自带多码率自适应;作为苹果提出的协议,在macOS/iOS下有极大优势,Android中也提供了对应的支持;可以说此项协议用在移动设备上是再合适不过了...优点:低延时,整体效果与RTMP非常接近;相较于RTMP协议,能有效避免防火墙和代理的影响。...二、在直播软件开发中,在PC端用RTMP、在移动端用HLS,最稳妥。 为什么这样说呢?...其次从市场环境上来说,经过了很多年的发展和磨合,很多的CDN大厂已经非常完美的支持RTMP和HLS了,这个稳定的过程都是多少运维人员熬出来的,CDN不会对稳定盈利的系统轻易做出变化。...同样,越来越多的公司来用RTMP和HLS,那么就造成CDN与RTMP、CDN与HLS之间的优化和兼容更强了。这是一个循环过程,一般CDN公司不会轻易去打破。

    3.7K40

    WebRTC接口设计与CDN集成方案

    WebRTC 拉流设计 在WebRTC拉流的时候, 上行有可能是RTMP/WebRTC或者其他的协议,此部分以上行为RTMP输入为准进行设计。...token=xxxxxx 推拉流的URL应当支持token或者其他的query参数, WebRTC-CDN中可以根据请求的token或者query参数来做鉴权 状态上报设计 为了方便CDN调式定位流出现的问题...的互通 在设计的WebRTC的时候要考虑到对接原有的RTMP系统, WebRTC-CDN URL Schema 设计为与RTMP一致。...如果想要WebRTC系统和RTMP系统进行互通,CDN需要做音频的转码重采样和协议的转封装。...在上行WebRTC下行RTMP的时候,CDN需要把opus编码的音频转码为aac, WebRTC的的opus默认为48k采样率,RTMP中的AAC大多是44.1k采样率,这里需要重采样。

    1.9K10

    视频互动直播软件开发中的连麦问题分析

    主播与用户进行互动连麦的混流音视频内容,需要借助于CDN实现分发业务,通过CDN分发的直播内容,用户在进行观看时则可以看作是“旁路直播”。这也是互动直播平台搭建部署时用到CDN的一个重要原因。...基于RTMP与CDN的互动直播方案 现如今在互动直播软件开发中,RTMP协议的使用较为广泛,绝大多数互动直播平台也是基于RTMP协议和CDN技术前提下实现连麦的。...当主播与用户进行连麦时,会基于RTMP协议,分别将主播端和连麦用户端的流推到CDN,通过CDN将两路视频流推送到观众端,观众端将两路视频流混合后形成一个画面进行播放。...基于上面提到的RTMP协议与CDN技术下的互动直播方案,我们可以结合私有UDP协议下的解决方案,用于不同场景下的互动直播实现。...如果已有庞大的用户基数,必须要适应高并发,那么采用RTMP与CDN技术下的解决方案,想必是最佳选择,毕竟我们还是要兼顾大多数观众端用户的观看体验的。

    2.7K00

    深入浅出看流媒体前世今生,分分钟二逼变牛逼

    CDN这几年爆炸式增长,带宽提速是根源,而HTTP始终还是那个屌样,因此目前CDN大多是资本性行业,不用多少知识就能干了;直到流媒体粗现,直播咋这么难搞呢?...而直播系统,特别是cdn的直播,不会更新这么快,pc端还是rtmp系为主。这个特点是由于平台客户端支持的流决定的,并非最佳方案,也不是用户愿意这么干。...实际上http-flv比rtmp更合适,延迟一样,要求服务器支持,pc能直接播,移动端需要使用ffmpeg,还有个好处是能穿墙。为何cdn大多不支持http-flv直播?...,很有诱惑力,这可以算是“万金油”效应,很多套服务器搞得焦头烂额,肯定一套服务器能解决问题;最后,CDN是运维比技术牛逼的行业,运维的信心都是运行出来的,NGINX运行那么良好,那么NGINX-RTMP...CDN出来后重写的,只支持直播。

    1.2K30

    www2013338com请拨18608765024SRT在B站的落地

    SRT是一个用户态上的传输层协议,而RTMP则更像是一个流媒体协议,也就是说RTMP比SRT位于更高的层级。...我们可以基于SRT使用RTMP进行开发,这里的底层不再是TCP,而是将SRT底层之上的所有流媒体相关逻辑全部使用RTMP替换。...接下来会详细介绍SRT协议与互联网的结合,上图展示了一个典型的包含CDN的直播与观看的场景。 ? 来自主播的视频流推至上行CDN,再由源站推至下行CDN,继而分发给众多用户。...主播到上行CDN采用1:1复制,上行CDN至源站也是1:1,但是源站到下行CDN则采用1:N,而下行分发至用户则需要1:N*M,这里集中了几乎所有的带宽成本。...由此可以得出SRT并不适用于下行CDN至用户这一传输路径,而更加适合主播至上行CDN以及上行CDN至源站这两部分传输路径;源站到下行CDN也可以使用SRT,相对于下行CDN至用户的1:N*M路径,其带宽占用也更低

    1.1K30

    手机直播连麦技术分析

    CDN直播中常用的流媒体协议包括RTMP,HLS,HTTP FLV等。...HTTP FLV则是将RTMP封装在HTTP协议之上的,可以更好的穿透防火墙等。 CDN的常用架构 CDN架构设计比较复杂。不同的CDN厂商,也在对其架构进行不断的优化,所以架构不能统一而论。...RTMP是目前主播中最常用的协议,使用RTMP协议,可以实现最简单的一种连麦方式,当有连麦者时,则主播端和连麦者端,都分别推一路RTMP流到CDN,CDN再将这两路RTMP流发送给观众端,观众端将两路RTMP...主播和连麦者各路视频都使用RTMP推送到CDN,可以保证延时较小; 由于CDN进行视频合图和发送,所以主播不需要很高的带宽; 由于CDN进行视频合图,所以主播的设备不需要配置非常高; 没有声音干扰问题;...CDN,其他观众(网页端等)可以观看到连麦者与主播的互动; 5、在经过RTMP推流前的观众端,可以进行大小流切换,自主选择视频大小窗口的切换。

    7.8K70

    WHIPWHEP 与 RTSP、RTMP、FLV 的全面技术对比:为何它们不会相互替代?

    它的生态优势无人能比:典型 RTMP 应用 OBS或大牛直播SDK的SmartPublisher专业推流SDK Nginx-RTMP 等轻量级服务器 云厂商的 CDN 推流入口 RTMP 的核心优势...本地录制(MP4/FLV双格式) RTSP/GB28181 → RTMP 转推到 CDN Unity3D RTMP 推流/播放一体化集成 应用行业: 客服/企业直播 移动 App 内嵌直播 录屏推流工具...理由 4:RTMP 在推流链路的生态地位无人能替代RTMP 是推流行业的“根基”: OBS 全生态 调试工具全靠 RTMP CDN 全量支持 成熟稳定 实现简单 开发成本低 调试透明 而 WHIP...理由 6:生态成熟度差距巨大RTSP/RTMP/FLV: 10–25 年成熟沉淀 IDC / CDN 完整支持 设备侧、客户端、协议栈成熟稳定 工具链完善 调试手段丰富 被无数生产级场景验证过...趋势 5:RTMP 推流的作用仍稳固,不会被替代虽然 RTMP 在播放端已退场,但其推流地位依旧稳固: OBS / FFmpeg 等生态根基 万级推流器使用 所有 CDN 入口统一支持 工程实现极其稳定

    63410

    SRS(简单实时视频服务) 笔记(2)- 端口和URL说明

    rtmp协议默认使用的是1935端口。 而在播放rtmp,的URL时,比如这样的 rtmp://localhost/live/livestream 它也会在 1935 端口上工作。...标准的 RTMP 网址 HTTP Schema Host Port App Stream rtmp://192.168.1.10:1935/live/livestream rtmp 192.168.1.10...商用时,一般不会用IP地址,而是DNS名称,这样可以用CDN分发内容(CDN一般使用DNS调度,即不同网络和地理位置的用户,通过DNS解析到的IP不一样,实现用户的就近访问)。...Port:端口,RTMP默认为1935。 App:RTMP的Application(应用)名称,可以类比为文件夹。以文件夹来分类不同的流,没有特殊约定,可以任意划分。...Vhost 的主要应用场景包括: 一个分发网络支持多个客户:譬如CDN,一个分发网络中,有N个客户公用一套流媒体系统,如何区分用户,计费,监控等等?通过app么?大家可能都叫做live之类。

    2.5K30

    WebRTC CDN 实现

    核心设计 把RTC技术与CDN架构融合,一套架构同时支持WebRTC和RTMP 支持一对一,多人互动场景 支持直播,大规模分发场景 架构保持足够简单,降低运维成本 对RTMP协议的改造 如果要让webrtc...和rtmp无缝互通,需要拓展rtmp对opus编码(48k采样)的支持,rtmp本身并不支持opus 同时在ffmpeg中拓展rtmp对opus编码(48k采样)的支持 边缘节点设计 边缘节点支持的能力...: rtmp/webrtc推流,webrtc拉流 边缘节点不做任何的编解码操作,只作为接入点和分发点 支持rtmp(h264/aac/opus)的回源 如果是webrtc推流,转封装为rtmp(h264.../opus) 为保证低延迟,回源跳数应该控制3-4跳以内 源站设计 回源协议协议全部为rtmp 源站做aac/opus的转码和重采样 支持第三方CDN的回源 客户端SDK的设计 把推流SDK抽象为RTCPusher...,封装rtmp和webrtc推流的能力 把拉流SDK抽象为RTCPlayer,封装webrtc播放的能力 直播场景为一个pusher, 一个player 互动场景为一个pusher, 多个player

    1.3K10

    直播系统源码,连麦功能的实现和相关问题的解决

    iPhone-Capturing-Fruit-Photo_llyFm5hWrdb5.jpeg 一、连麦功能的实现 直播系统源码实现连麦功能,会使用CDN来保证连麦传递的实时性,用户接受的直播画面线路不一定是它正在请求直播画面的那条线路...,而是由CDN节点根据服务器负载情况,重新选择最优线路进行分发。...二、直播协议的应用 RTMP协议的使用广泛,绝大多数视频直播也是基于RTMP协议和CDN技术前提下实现连麦的,在主播和用户进行连麦时,会基于RTMP协议分别将主播端和连麦用户端推流到CDN,通过CDN将主播和用户产生的音视频流分隔开...三、使用CDN节点和RTMP协议连麦时的问题 1.直播系统源码通过CDN节点和RTMP协议带来的效果,能将直播画面的延迟和连麦的延迟控制在5s之内,加上主播设置的延迟时间,能更好的保证用户的观看体验,不过对于连麦来说...2.连麦功能消耗的流量太多,直播系统源码在满足直播画面传输时就会伴随大量的流量使用和支出,在CDN的使用方面也会使用很多流量,再加上连麦功能,运营商的开发预算怕是要超出。

    98920
    领券