EasyDSS能实现视频流媒体的上传、转码、存储、录像、推流、拉流、直播等功能。在视频能力上,平台可支持用户自行上传视频文件,也可将上传的点播文件作为虚拟直播进行播放。 EasyDSS能支持多屏播放,可兼容Windows、Android、iOS、Mac等操作系统,还能支持CDN转推,具备较强的可拓展性与灵活性。 今天和大家分享一个技术干货,如何使用OBS推流到EasyDSS平台实现同屏播放。 操作步骤如下:1)首先,打开OBS:2)打开设置,选择推流:3)按照rtmp://{ip}:{port}/{application}/id这个规则,配置相关参数后,即可推送流成功,实现视频直播同屏的效果 ,如图:我们在此前的文章也分享过如何使用OBS进行推流录屏与直播,感兴趣的用户可以翻阅我们往期的文章进行了解。
在本文之前,我们发布了Unity环境下的RTMP推流(Windows平台+Android平台)和RTMP|RTSP拉流(Windows平台+Android平台+iOS平台)低延迟的解决方案,今天做个整体汇总 Unity环境下RTMP推流 Unity环境下,不管是camera还是窗体数据也好,主要是高效率的拿到原始数据,采集端可用的数据格式是RGB的,拿到之后,通过高效率的数据传递,发给封装后的原生SDK,完成数据编码和 Unity环境下RTMP|RTSP播放器 Unity环境下RTMP或RTSP直播播放我们前几年就有发布,并已应用在好多传统行业领域,比如教育或工业仿真或一些低延迟的控制场景。 相关博客: Windows平台Unity3d下如何同时播放多路RTSP或RTMP流 https://cloud.tencent.com/developer/article/1800633 如何在Unity3d 平台下低延迟播放RTMP或RTSP流 https://cloud.tencent.com/developer/article/1592731
很多开发者在做Android平台RTMP推流或轻量级RTSP服务(摄像头或同屏)时,总感觉接口不够用,以大牛直播SDK为例 (Github) 我们来总结下,我们常规需要支持的编码前音视频数据有哪些类型: * LANDSCAPE = 2; //横屏 home键在右边的情况 * LANDSCAPE_LEFT_HOME_KEY = 3; //横屏 home键在左边的情况 支持RGBA数据接入(支持裁剪后数据接入,主要用于同屏场景): /** * Set live video data(no encoded data). SmartPublisherOnCaptureVideoABGRFlipVerticalData(long handle, ByteBuffer data, int rowStride, int width, int height); 6. 支持RGB565数据接入(主要用于同屏场景): /** * Set live video data(no encoded data).
大牛直播SDK推出的跨平台 RTMP 推流 SDK,正是这个场景下的“底层引擎”——它像一条高速、稳定、可控的数字通道,将任意终端的画面与音频高效推送到分发节点,再由各类终端实现毫秒级同步播放,让“同屏 技术架构:跨平台 RTMP 推流 + 播放的同屏闭环针对无纸化会议与智慧教室的核心诉求,我们基于大牛直播SDK的跨平台 RTMP 推流 SDK,构建了一套**“推流端 → 分发端 → 播放端”**的完整闭环架构 ③ 播放端(Audience Devices) 支持 Windows / Linux / Android / iOS 原生播放器; 支持 Web 浏览器端通过 RTMP 转 WebRTC 或 HTTP-FLV 播放端可实时切换延迟模式(低延迟/平滑模式),适应不同业务需求。 2. 硬件加速编码 Windows / Linux:支持 NVIDIA NVENC 硬编,降低 CPU 占用,提升推流稳定性。 推流与录像并行 支持边推流边录制,会议和课堂内容可同时存档,便于回放与审核。 本地录制支持 MP4 封装格式,便于后期编辑与分发。 6.
,推流和流媒体SkeyeLive服务于一身的同屏功能组件,具有低延时、高效率传输、低丢包率等特点。 SkeyeLive同屏解决方案 从早期的简单拉rtsp、rtmp流再转推rtmp或者rtsp分发,到现在形成完善的音视频采集,到超低延迟,高并发的流媒体综合功能组件软件,SkeyeLive已经经过了5年的开发迭代历史 ; 其早期的版本采用live555和rtmp推流的方式,到现在创新性地采用可靠高效udp传输协议kcp进行流媒体传输的时代的终极同屏组件,skeyelive经过了长期的用户反馈和稳定性测试,现已形成了一套完善的同屏技术体系 ; 用户只需要调用SkeyeLive几个简单的API接口,即可采集摄像头和桌面/麦克风和扬声器进行同屏推流,然后通过URL地址: skeyelive://[ip]:8432 (SkeyeLive默认同屏端口 8432) 即可同步拉取skeyelive服务端的流,SkeyeLive提供了Skeyeliveplayer同屏客户端SDK组件和播放器源码,通过几个非常简单的API接口即可实现同屏客户端的同屏播放。
背景分析互联网同屏直播越来越火热,我们知道很多游戏主播都采用同屏的方式给观众直播,同屏直播组件层出不穷,SkeyeLive就是OpenSKEYE视开视频云团队研发的一款简单、高效、稳定的集采集,编码,推流和流媒体 SkeyeLive同屏解决方案从早期的简单拉rtsp、rtmp流再转推rtmp或者rtsp分发,到现在形成完善的音视频采集,到超低延迟,高并发的流媒体综合功能组件软件,SkeyeLive已经经过了5年的开发迭代历史 ;其早期的版本采用live555和rtmp推流的方式,到现在创新性地采用可靠高效udp传输协议kcp进行流媒体传输的时代的终极同屏组件,skeyelive经过了长期的用户反馈和稳定性测试,现已形成了一套完善的同屏技术体系 ;用户只需要调用SkeyeLive几个简单的API接口,即可采集摄像头和桌面/麦克风和扬声器进行同屏推流,然后通过URL地址:skeyelive://[ip]:8432 (SkeyeLive默认同屏端口 8432)即可同步拉取skeyelive服务端的流,SkeyeLive提供了Skeyeliveplayer同屏客户端SDK组件和播放器源码,通过几个非常简单的API接口即可实现同屏客户端的同屏播放。
有用户反馈,现场设备使用RTMP协议接入到视频监控汇聚LiteCVR平台,HLS和webrtc格式的视频流都能正常播放,FLV视频流却播放不了,请求我们协助排查和解决。 技术人员立即对现场情况进行排查,通过使用OBS工具推流进行播放,发现OBS推流所有协议都能正常播放。使用海康设备进行推流测试,FLV视频流无法加载。经过分析得知,原来是静音帧导致设备断流所致。 解决上述问题,可在配置文件中修改相关参数,具体配置如下:配置完成后保存并重启,此时设备使用RTMP推流协议进行推流,LiteCVR视频汇聚平台上的FLV视频流已经能正常播放了。
EasyScreenLive是一款简单、高效、稳定的集采集,编码,组播,推流和流媒体RTSP服务于一身的同屏功能组件,在大屏显示投屏,无纸化会议同屏演示,课堂同屏等,可以配合全屏显示,在很多项目中都能够实现项目推流的需求 RTMP流到EasyDSS的过程。 1、推RTMP流到EasyDSS DEMO示例中选择屏幕采集,然后Capture,接着添加EasyDSS的信息,RTMPush IP为部署EasyDSS服务的IP地址,本案例中,直接用的青犀团队在线演示的地址 打开WEB页面,在直播管理页面->视频直播列表显示中,可以看到刚刚我们推上来的流信息,有ID、名称、推流开关、推流鉴权、推流计划、录像计划、状态、分享开关、直播状态、推送流量等信息显示,方面直观,除了页面可以直播播放以外 ,EasyDSS还支持分发其它协议流供不同终端来做播放使用,选择编辑按钮,可以看到完整的推流地址和不同协议的播放地址,如下图:
背景 尽管Windows平台有诸多优势,Linux平台的发展还是势不可挡,特别实在传统行业,然而Linux生态构建,总是差点意思,特别是有些常用的组件,本文基于已有的Linux平台RTSP、RTMP播放模块 ,构建Unity下的RTSP和RTMP直播播放。 技术实现 实际上,Unity层面这块没什么好介绍的,和Windows、Android、iOS平台一样,调用原生的播放模块,回调解码后的数据,在Unity绘制,主要的技术难点,还在原生的处理,也就是拉流、 先上个直观感受图,本视频以Windows平台采集秒表计时器窗体,然后编码打包传输到RTMP服务,Unity3D的Linux平台RTMP播放器拉流播放,整体延迟毫秒级。 Unity下,简单来说就是拉流解码回调,上层绘制,其实也没有那么复杂,需要注意的是DllImport的写法、之前C++结构体或枚举的转换、Unity3D对Linux的版本兼容等一些细节,对熟悉C#的开发者来说
Linux平台x64_64架构|aarch64架构RTMP直播推送SDK音频编码:AAC/SPEEX;视频编码:H.264;推流协议:RTMP;[音视频]支持纯音频/纯视频/音视频推送;支持X11屏幕采集 低延迟和高效传输:采用自适应算法,能够实现更低的延迟和更高的采集、编码、传输效率,确保视频流的实时性和流畅性,这对于对实时性要求较高的在线教育、会议同屏等场景非常重要。 推流功能: RTMP 推流:提供超低延时的 RTMP 协议直播推流功能,并且 Windows、Linux、Android、iOS 支持 RTMP 扩展 H.265 推送,在保证推流质量的同时,能够有效降低带宽占用 推流模式设置:支持 RTMP 推送的 Live(直播)和 Record(录制)模式设置,可根据不同的应用场景进行选择。 SmartPublisher:作为一款专业的推流 SDK,主要针对在线教育、会议同屏等传统场景开发。它具有很强的可扩展性,支持录像、快照、外部原始 YUV/RGB 数据接入或编码后数据集成等功能。
单播不再赘述,这里重点介绍下我们的组播技术方案: 组播解决的主要痛点是服务器部署和带宽占用问题,一般来说,内网电子教室/无纸化/实时同屏场景用RTMP推送+RTMP服务器,然后其他端从服务器拉取RTMP 通过组播技术方案,只要网络设备支持组播组网,轻松实现多并发的同屏/摄像头直播场景。 经长时间测试,毫秒级延迟,完全满足内网同屏技术指标。 教师和学生互动:学生端如需作为示范案例,屏幕数据共享给其他同学,只需请求同屏,数据反推到RTMP服务器,其他学生查看即可。 6. 扩展监控:如果需要更进一步的技术方案,如教师端想监控学生端的屏幕情况,可以有两种方案,如学生端直接推RTMP过来,或者,学生端启动内置RTSP服务,教师端想看的时候,随时看即可(亦可轮询播放)。
我们团队研发的大多流媒体服务器可输出RTMP、RTSP、HLS、FLV直播流,几乎可以适配市面上所有的播放终端,实现网页H5无插件直播。 最近有客户在进行测试RTMP推流服务器时,发现虚拟直播推流后,输出的直播流RTMP、HLS可以正常播放,FLV无法播放。 网上有人提出了解决方式: 开启 chrome 的硬件加速,我们测试默认是开启的,但是仍出现此种情况; 自己检查推来的流是否正确; 我们验证后发现,使用 IE 内核,可以正常播放;使用 chrome 内核 ,播放失败。 然后从研发层面需要解决的就是播放器 EasyPlayer 使用的第三方库 flv.js 和 chrome 之间的兼容性问题。 IE浏览器播放正常画面: ?
在这一背景下,大牛直播SDK凭借其长期聚焦底层协议适配、稳定高效的 RTMP/RTSP 推流与播放能力、支持多平台(Windows、Android、iOS、Linux、Unity)运行,尤其是在 国产 、麦克风采集,编码为 RTMP 推流格式,支持边推边录实现远程视频讲解、培训演示、摄像同步,适配国产软硬件平台 RTMP/RTSP 播放支持低延迟 RTMP 和 RTSP 播放,解码后画面渲染至窗口或导出 架构组成模块模块描述推流 SDK支持摄像头 / 麦克风 / 桌面屏幕等采集来源,编码为 RTMP 或裸流推送内网 RTMP 服务轻量级嵌入式服务,可部署于任意服务器,支持流转发、多终端并发播放播放器 SDK UOS 桌面 + ARM终端屏幕采集 + RTMP分发 + 多平台播放本地编码推流,支持大屏/移动端多终端并发播放✅ 科研/高校远程报告答辩统信 Linux教师端摄像头推流 + 播放器嵌入低延迟互动演示 、信创平台兼容良好✅ 金融行业办公桌面通话系统麒麟桌面 + 私有视频服务器点对点 RTMP 推拉流可控部署、可审计、支持双向实时视频通信✅ 智慧园区多楼宇视频广播Linux中控平台 + 多RTMP节点本地采集推流
下面这个是采用自己开发的流媒体播发器播放的效果: 这是采用PotPlayer播放器播放的效果: 采用TCP协议方式推流:(支持外网更加稳定) C:/FFMPEG/ffmpeg_x86_4.2.2/bin : 三、采用ffmpeg代码方式推rtsp流到服务器 对于RTMP和RTSP两种格式需要使用两种不同的封装器。 (&oc,nullptr,"rtsp",filename); //发布到网络 软件运行效果: 网页上已经提示收到发布的rtsp流: 采用PotPlayer播放的效果: 效果: 实现桌面同屏 如果想自己采用FFMPEG代码方式推流本地摄像头+声卡数据或者摄像头+声卡数据到服务器,可以参考这里:FFMPEG音视频开发: 完成摄像头、桌面本地录制与rtmp推流(windows)_DS小龙哥的专栏 -CSDN博客一、基本介绍该软件里推流和视频保存使用FFMPEG库完成,视频和音频可以同步推流和录制,FFMPEG本身支持跨平台编译开发,QT也支持跨平台,在Android、Linux、windows都运行良好
Github 也做过相关对比,总的来说60人智慧教室或类似同屏场景下,最可靠的还是RTMP的解决方案(不赘述,具体可自行测试对比)。 教师端:如教师有移动的PAD,可以直接推到RTMP服务器,然后共享出去; 4. 学生端:直接拉取RTMP流播放即可; 5. 教师和学生互动:学生端如需作为示范案例,屏幕数据共享给其他同学,只需请求同屏,数据反推到RTMP服务器,其他学生查看即可。 6. 扩展监控:如果需要更进一步的技术方案,如教师端想监控学生端的屏幕情况,可以有两种方案,如学生端直接推RTMP过来,或者,学生端启动内置RTSP服务,教师端想看的时候,随时看即可(亦可轮询播放)。 ,因此 ReplayKit2 上建议推流分辨率和帧率、码率不要太高。
TSINGSEE青犀视频联合海康研发的推流摄像头自从上线以来,获得了很多用户的信任。 RTMP推流摄像头可以将视频流直接通过RTMP协议推送至直播间,无需增加中间组件或者设备,使用方便简单,配置可参考:海康定制RTMP推流摄像头如何接入EasyDSS视频直播点播平台? 有客户按照以上方式在EasyDSS演示平台上做测试,推流摄像机可以推到EasyDSS演示平台直播间,但是用EasyPlayer-RTMP WIN版去拉取RTMP流做播放的时候,播放器崩溃闪退了。 2、根据经验来说,播放器本身肯定是可以播放RTMP协议流的,因此该崩溃有两个可能: 1)跟环境有关 2)内存异常引起的 于是我们在客户这个环境中单步调试EasyPlayer-RTMP WIN版Demo, 我们给的RTMP流地址的字符串长度大于了128,于是修改定义数组长度为256。
借助 大牛直播SDK Windows 平台的 RTMP 推流与 RTMP 播放模块,可以在实际应用中实现: 高帧率视频的高效编码与实时推送,通过软硬编码切换与帧率控制机制,保障超高帧率级别的安检视频顺畅输出 而 RTMP(Real-Time Messaging Protocol)凭借其高效的流媒体特性,配合专业的推流与播放 SDK,成为构建工业级视频链路的优选方案。 推流与播放的全链路优化 相比单纯的传输协议,RTMP 协议在结合专业 SDK 时,能够实现从采集端、编码端到传输链路,再到播放端的全链路性能调优,有效降低延迟,提升链路稳定性。 3️⃣ 基于大牛直播SDK的推流与播放技术实现在轨道交通安检系统的高帧率视频链路中,推流端与播放端的协同配合至关重要。 大牛直播SDK 提供了完整的 RTMP 推流与播放功能,能够满足安检设备端与调度监控端的全链路传输需求。
在工具层面,OBS(Open Broadcaster Software)凭借 免费、开源、功能多样 的特性,成为主播、在线教学、游戏录屏等场景的首选推流软件。 、技术对比:大牛直播SDK RTMP 推流模块 vs OBS虽然 OBS 在主播、游戏直播、教学录屏领域非常流行,但它的定位是独立推流软件,而大牛直播SDK RTMP 推流模块是可嵌入的跨平台推流内核。 技术维度大牛直播SDK RTMP 推流模块OBS功能定位可嵌入任意业务系统的实时音视频推流内核,提供推流、采集、编码、混音、水印、录像等 SDK 接口独立应用程序,集成推流、场景切换、录屏等功能,主要面向桌面主播与录制用户集成方式 (配合自家播放器)默认延迟高于 800ms~2s(取决于推流设置与播放端)可定制性高度可定制,支持外部数据源(编码前/后)对接、多路合成、分辨率/码率/GOP 动态调整定制能力有限,主要依赖场景配置与现有功能跨平台一致性 多数据源融合:支持多路视频合成、音视频混音、水印叠加等实时处理 六、展望:RTMP 推流在 AI × 视频链路中的演进RTMP 作为成熟的实时传输协议,在 CDN 分发、云端处理、跨平台播放等环节依然不可替代
要是有一种技术解决方案解决以上痛点就好了~ 另外有些小伙伴目前线上稳定运行的业务是通过 RTMP 推流,或者推流端仅支持 RTMP/RTSP 推流(比如安防视频画面流、赛事直播在线媒体流、移动端推出直播流等 如下图所示,TRTC 最新支持以 RTMP 协议推流至 RTC 房间的方案,常见 RTMP 流的来源: 在 PC 端通过 OBS 或 其他直播平台工具 进行RTMP推流; 在服务端通过FFMPEG推在线媒体流 OS X、Windows、Linux 操作系统,适用多种直播场景,满足大部分直播行为的操作需求。 、一起看春晚,辅以千人同屏互动的能力展示在现场大屏幕,营造更有沉浸感和参与感的直播互动体验。 以上服务器地址 + 串流密钥组成 RTMP 推流地址,也可以供 FFmpeg 或其他 RTMP 库推流。
播放/推流,支持 Enhanced RTMP + HEVC)满足跨域协作、远程教学与旁路观测; 轻量转发与GB28181 让系统能无缝接入既有中台与监控平台; 跨平台能力使机器人端、边缘侧与调度端能够快速拼装与复用 /旁路观看公网规模与可达性RTMP 播放/推流Enhanced RTMP + HEVC:同码率更清晰或降码率保画质政企安防汇聚专网/公网混合兼容对接GB28181目录/注册/订阅/上墙/报警联动端侧多路接入混合简化部署轻量 RTSP 服务端侧即可发流/转封装/转发,贴近边缘后处理/AI 采样混合在线+回溯RTSP/RTMP + 录像片段抽取、快照、异步推理大牛直播SDK播放器功能附录:如不单独说明,系Windows、Linux 落地案例拼图(示例)案例 A|工业巡检车(专网) 链路:多目相机/热成像 → RTSP 推流 → 端侧轻量 RTSP 服务 → 中台 RTSP 低延迟播放 → AI 缺陷检测 → 任务派发/路径调整 价值:稳定低延迟、本地可回溯、多点并发监看;弱网条件下仍保持画面可用性 案例 B|远程术中教学/演示(公网 + 现场) 链路:Endoscope/术野相机 → RTMP 推流(HEVC) → 公网旁路