- 综合排序
- 最热优先
- 最新优先
- 来自专栏TSINGSEE青犀视频
如何使用OBS推流到EasyDSS平台实现同屏播放？
EasyDSS能实现视频流媒体的上传、转码、存储、录像、推流、拉流、直播等功能。在视频能力上，平台可支持用户自行上传视频文件，也可将上传的点播文件作为虚拟直播进行播放。 EasyDSS能支持多屏播放，可兼容Windows、Android、iOS、Mac等操作系统，还能支持CDN转推，具备较强的可拓展性与灵活性。 今天和大家分享一个技术干货，如何使用OBS推流到EasyDSS平台实现同屏播放。 操作步骤如下：1）首先，打开OBS：2）打开设置，选择推流：3）按照rtmp://{ip}:{port}/{application}/id这个规则，配置相关参数后，即可推送流成功，实现视频直播同屏的效果 ，如图：我们在此前的文章也分享过如何使用OBS进行推流录屏与直播，感兴趣的用户可以翻阅我们往期的文章进行了解。
1.1K20编辑于 2022-06-14 - 来自专栏RTSP/RTMP直播相关
Unity环境下RTMP推流+RTMP播放低延迟解决方案
在本文之前，我们发布了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
4.2K10发布于 2021-06-15 - 来自专栏RTSP/RTMP直播相关
Android平台RTMP推流或轻量级RTSP服务（同屏或摄像头）编码前数据接入类型总结
很多开发者在做Android平台RTMP推流或轻量级RTSP服务（摄像头或同屏）时，总感觉接口不够用，以大牛直播SDK为例 (Github) 我们来总结下，我们常规需要支持的编码前音视频数据有哪些类型： * LANDSCAPE = 2; //横屏 home键在右边的情况 * LANDSCAPE_LEFT_HOME_KEY = 3; //横屏 home键在左边的情况 支持RGBA数据接入（支持裁剪后数据接入，主要用于同屏场景）： /** * Set live video data(no encoded data). 支持RGB565数据接入（主要用于同屏场景）： /** * Set live video data(no encoded data). int channel, int per_channel_sample_number, int is_low_latency); /** * 传递PCM混音音频数据给SDK, 每10ms
98292发布于 2020-10-13 - 来自专栏国标视频云平台
音视频采集、编码、流媒体服务于一身的SkeyeLive流媒体同屏直播软件解决方案
，推流和流媒体SkeyeLive服务于一身的同屏功能组件，具有低延时、高效率传输、低丢包率等特点。 SkeyeLive同屏解决方案 从早期的简单拉rtsp、rtmp流再转推rtmp或者rtsp分发，到现在形成完善的音视频采集，到超低延迟，高并发的流媒体综合功能组件软件，SkeyeLive已经经过了5年的开发迭代历史 ； 其早期的版本采用live555和rtmp推流的方式，到现在创新性地采用可靠高效udp传输协议kcp进行流媒体传输的时代的终极同屏组件，skeyelive经过了长期的用户反馈和稳定性测试，现已形成了一套完善的同屏技术体系 8432） 即可同步拉取skeyelive服务端的流，SkeyeLive提供了Skeyeliveplayer同屏客户端SDK组件和播放器源码，通过几个非常简单的API接口即可实现同屏客户端的同屏播放。 100ms以内，最高不超过300ms； 8、同屏播放端支持麦克风、扬声器单独和同时播放； 9、同屏直播单台并发不低于200台并发； 10、同屏播放端支持断线重连，5秒内恢复重连； 11、支持7*24小时运行
47720编辑于 2023-04-26 - 来自专栏RTMP推送
跨平台低延迟的RTMP推流播放在无纸化会议与智慧教室的技术设计和架构实践
相比之下，基于跨平台 RTMP 推流 + 播放的方案，能够充分利用现有的流媒体分发体系，实现稳定、低延迟、易扩展的传输能力。 大牛直播SDK推出的跨平台 RTMP 推流 SDK，正是这个场景下的“底层引擎”——它像一条高速、稳定、可控的数字通道，将任意终端的画面与音频高效推送到分发节点，再由各类终端实现毫秒级同步播放，让“同屏 技术架构：跨平台 RTMP 推流 + 播放的同屏闭环针对无纸化会议与智慧教室的核心诉求，我们基于大牛直播SDK的跨平台 RTMP 推流 SDK，构建了一套**“推流端 → 分发端 → 播放端”**的完整闭环架构 ③ 播放端（Audience Devices） 支持 Windows / Linux / Android / iOS 原生播放器； 支持 Web 浏览器端通过 RTMP 转 WebRTC 或 HTTP-FLV 播放端可实时切换延迟模式（低延迟/平滑模式），适应不同业务需求。 2. 硬件加速编码 Windows / Linux：支持 NVIDIA NVENC 硬编，降低 CPU 占用，提升推流稳定性。
42010编辑于 2025-08-12 - 来自专栏国标视频云平台
视频采集、编码、流媒体服务于一身的SkeyeLive流媒体同屏直播软件解决方案
背景分析互联网同屏直播越来越火热，我们知道很多游戏主播都采用同屏的方式给观众直播，同屏直播组件层出不穷，SkeyeLive就是OpenSKEYE视开视频云团队研发的一款简单、高效、稳定的集采集，编码，推流和流媒体 SkeyeLive同屏解决方案从早期的简单拉rtsp、rtmp流再转推rtmp或者rtsp分发，到现在形成完善的音视频采集，到超低延迟，高并发的流媒体综合功能组件软件，SkeyeLive已经经过了5年的开发迭代历史 ；其早期的版本采用live555和rtmp推流的方式，到现在创新性地采用可靠高效udp传输协议kcp进行流媒体传输的时代的终极同屏组件，skeyelive经过了长期的用户反馈和稳定性测试，现已形成了一套完善的同屏技术体系 8432）即可同步拉取skeyelive服务端的流，SkeyeLive提供了Skeyeliveplayer同屏客户端SDK组件和播放器源码，通过几个非常简单的API接口即可实现同屏客户端的同屏播放。 100ms以内，最高不超过300ms；8、同屏播放端支持麦克风、扬声器单独和同时播放；9、同屏直播单台并发不低于200台并发；10、同屏播放端支持断线重连，5秒内恢复重连；11、支持7*24小时运行，长期运行无累计延迟
70320编辑于 2023-04-06 - 来自专栏LiteMedia
LiteCVR安防监控平台使用RTMP推流，静音帧导致无法播放FLV
有用户反馈，现场设备使用RTMP协议接入到视频监控汇聚LiteCVR平台，HLS和webrtc格式的视频流都能正常播放，FLV视频流却播放不了，请求我们协助排查和解决。 技术人员立即对现场情况进行排查，通过使用OBS工具推流进行播放，发现OBS推流所有协议都能正常播放。使用海康设备进行推流测试，FLV视频流无法加载。经过分析得知，原来是静音帧导致设备断流所致。 解决上述问题，可在配置文件中修改相关参数，具体配置如下：配置完成后保存并重启，此时设备使用RTMP推流协议进行推流，LiteCVR视频汇聚平台上的FLV视频流已经能正常播放了。
37020编辑于 2023-11-07 - 来自专栏TSINGSEE青犀视频
EasyScreenLive推流组件推RTSP流到EasyDSS操作过程分享
EasyScreenLive是一款简单、高效、稳定的集采集，编码，组播，推流和流媒体RTSP服务于一身的同屏功能组件，在大屏显示投屏，无纸化会议同屏演示，课堂同屏等，可以配合全屏显示，在很多项目中都能够实现项目推流的需求 RTMP流到EasyDSS的过程。 1、推RTMP流到EasyDSS DEMO示例中选择屏幕采集，然后Capture，接着添加EasyDSS的信息，RTMPush IP为部署EasyDSS服务的IP地址，本案例中，直接用的青犀团队在线演示的地址 打开WEB页面，在直播管理页面->视频直播列表显示中，可以看到刚刚我们推上来的流信息，有ID、名称、推流开关、推流鉴权、推流计划、录像计划、状态、分享开关、直播状态、推送流量等信息显示，方面直观，除了页面可以直播播放以外 ，EasyDSS还支持分发其它协议流供不同终端来做播放使用，选择编辑按钮，可以看到完整的推流地址和不同协议的播放地址，如下图：
1.5K20发布于 2021-07-19 - 来自专栏RTSP/RTMP直播相关
Unity3D下Linux平台播放RTSP或RTMP流
背景 尽管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#的开发者来说
1.4K20编辑于 2022-04-01 - 来自专栏嵌入式项目开发
FFMPEG音视频开发: 发布RTSP流(采用EasyDarwin作为流媒体服务器)
下面这个是采用自己开发的流媒体播发器播放的效果: 这是采用PotPlayer播放器播放的效果： 采用TCP协议方式推流：(支持外网更加稳定) C:/FFMPEG/ffmpeg_x86_4.2.2/bin (&oc,nullptr,"rtsp",filename); //发布到网络 软件运行效果： 网页上已经提示收到发布的rtsp流： 采用PotPlayer播放的效果： 效果: 实现桌面同屏 如果想自己采用FFMPEG代码方式推流本地摄像头+声卡数据或者摄像头+声卡数据到服务器，可以参考这里：FFMPEG音视频开发: 完成摄像头、桌面本地录制与rtmp推流(windows)_DS小龙哥的专栏 -CSDN博客一、基本介绍该软件里推流和视频保存使用FFMPEG库完成，视频和音频可以同步推流和录制，FFMPEG本身支持跨平台编译开发，QT也支持跨平台，在Android、Linux、windows都运行良好 ，可以参考这里： QT软件开发: 基于FFMPGE设计的流媒体播放器(rtmp/rtsp)_DS小龙哥的专栏-CSDN博客一、环境介绍操作系统:win10 64位QT版本:QT5.12.6编译器:MinGW
2.9K30编辑于 2022-01-12 - 来自专栏RTMP推送
协同办公场景中的技术实践：跨平台音视频推流播放与信创环境适配方案
在这一背景下，大牛直播SDK凭借其长期聚焦底层协议适配、稳定高效的 RTMP/RTSP 推流与播放能力、支持多平台（Windows、Android、iOS、Linux、Unity）运行，尤其是在 国产 、麦克风采集，编码为 RTMP 推流格式，支持边推边录实现远程视频讲解、培训演示、摄像同步，适配国产软硬件平台 RTMP/RTSP 播放支持低延迟 RTMP 和 RTSP 播放，解码后画面渲染至窗口或导出 架构组成模块模块描述推流 SDK支持摄像头 / 麦克风 / 桌面屏幕等采集来源，编码为 RTMP 或裸流推送内网 RTMP 服务轻量级嵌入式服务，可部署于任意服务器，支持流转发、多终端并发播放播放器 SDK UOS 桌面 + ARM终端屏幕采集 + RTMP分发 + 多平台播放本地编码推流，支持大屏/移动端多终端并发播放✅ 科研/高校远程报告答辩统信 Linux教师端摄像头推流 + 播放器嵌入低延迟互动演示 、信创平台兼容良好✅ 金融行业办公桌面通话系统麒麟桌面 + 私有视频服务器点对点 RTMP 推拉流可控部署、可审计、支持双向实时视频通信✅ 智慧园区多楼宇视频广播Linux中控平台 + 多RTMP节点本地采集推流
48710编辑于 2025-07-25 - 来自专栏EasyNVR
视频流媒体RTMP推流组件在Chorme浏览器无法播放FLV匿名直播流问题分析
我们团队研发的大多流媒体服务器可输出RTMP、RTSP、HLS、FLV直播流，几乎可以适配市面上所有的播放终端，实现网页H5无插件直播。 最近有客户在进行测试RTMP推流服务器时，发现虚拟直播推流后，输出的直播流RTMP、HLS可以正常播放，FLV无法播放。 网上有人提出了解决方式： 开启 chrome 的硬件加速，我们测试默认是开启的，但是仍出现此种情况； 自己检查推来的流是否正确； 我们验证后发现，使用 IE 内核，可以正常播放；使用 chrome 内核 ，播放失败。 然后从研发层面需要解决的就是播放器 EasyPlayer 使用的第三方库 flv.js 和 chrome 之间的兼容性问题。 IE浏览器播放正常画面： ?
2.4K30发布于 2020-07-08 - 来自专栏RTMP推送
跨平台音摄像头|屏幕推送选OBS还是SmartPublisher？
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 数据接入或编码后数据集成等功能。
1.2K20编辑于 2024-10-18 - 来自专栏TSINGSEE青犀视频
RTMP推流摄像头视频推送至EasyDSS使用EasyPlayer-RTMP WIN播放崩溃闪退是什么原因？
TSINGSEE青犀视频联合海康研发的推流摄像头自从上线以来，获得了很多用户的信任。 RTMP推流摄像头可以将视频流直接通过RTMP协议推送至直播间，无需增加中间组件或者设备，使用方便简单，配置可参考：海康定制RTMP推流摄像头如何接入EasyDSS视频直播点播平台？ 有客户按照以上方式在EasyDSS演示平台上做测试，推流摄像机可以推到EasyDSS演示平台直播间，但是用EasyPlayer-RTMP WIN版去拉取RTMP流做播放的时候，播放器崩溃闪退了。 2、根据经验来说，播放器本身肯定是可以播放RTMP协议流的，因此该崩溃有两个可能： 1）跟环境有关 2）内存异常引起的 于是我们在客户这个环境中单步调试EasyPlayer-RTMP WIN版Demo， 我们给的RTMP流地址的字符串长度大于了128，于是修改定义数组长度为256。
85540发布于 2021-03-05 - 来自专栏RTSP/RTMP直播相关
面向轨道交通安检的高帧率视频传输方案 ：基于RTMP推流与RTMP播放技术的应用探索
借助 大牛直播SDK Windows 平台的 RTMP 推流与 RTMP 播放模块，可以在实际应用中实现： 高帧率视频的高效编码与实时推送，通过软硬编码切换与帧率控制机制，保障超高帧率级别的安检视频顺畅输出 而 RTMP（Real-Time Messaging Protocol）凭借其高效的流媒体特性，配合专业的推流与播放 SDK，成为构建工业级视频链路的优选方案。 推流与播放的全链路优化 相比单纯的传输协议，RTMP 协议在结合专业 SDK 时，能够实现从采集端、编码端到传输链路，再到播放端的全链路性能调优，有效降低延迟，提升链路稳定性。 3️⃣ 基于大牛直播SDK的推流与播放技术实现在轨道交通安检系统的高帧率视频链路中，推流端与播放端的协同配合至关重要。 大牛直播SDK 提供了完整的 RTMP 推流与播放功能，能够满足安检设备端与调度监控端的全链路传输需求。
41520编辑于 2025-07-24 - 来自专栏RTSP/RTMP直播相关
RTMP推流迈向专业级：跨平台SDK与OBS的深度对比与行业落地
在工具层面，OBS（Open Broadcaster Software）凭借 免费、开源、功能多样 的特性，成为主播、在线教学、游戏录屏等场景的首选推流软件。 、技术对比：大牛直播SDK RTMP 推流模块 vs OBS虽然 OBS 在主播、游戏直播、教学录屏领域非常流行，但它的定位是独立推流软件，而大牛直播SDK RTMP 推流模块是可嵌入的跨平台推流内核。 技术维度大牛直播SDK RTMP 推流模块OBS功能定位可嵌入任意业务系统的实时音视频推流内核，提供推流、采集、编码、混音、水印、录像等 SDK 接口独立应用程序，集成推流、场景切换、录屏等功能，主要面向桌面主播与录制用户集成方式 （配合自家播放器）默认延迟高于 800ms~2s（取决于推流设置与播放端）可定制性高度可定制，支持外部数据源（编码前/后）对接、多路合成、分辨率/码率/GOP 动态调整定制能力有限，主要依赖场景配置与现有功能跨平台一致性 多数据源融合：支持多路视频合成、音视频混音、水印叠加等实时处理 六、展望：RTMP 推流在 AI × 视频链路中的演进RTMP 作为成熟的实时传输协议，在 CDN 分发、云端处理、跨平台播放等环节依然不可替代
56700编辑于 2025-08-11 - 来自专栏RTSP/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） → 公网旁路
19210编辑于 2025-08-19 - 来自专栏RTSP/RTMP直播相关
面向内网无纸化会议智慧教室实时同屏，组播还是RTMP？
单播不再赘述，这里重点介绍下我们的组播技术方案： 组播解决的主要痛点是服务器部署和带宽占用问题，一般来说，内网电子教室/无纸化/实时同屏场景用RTMP推送+RTMP服务器，然后其他端从服务器拉取RTMP 通过组播技术方案，只要网络设备支持组播组网，轻松实现多并发的同屏/摄像头直播场景。 但是，组播的劣势在于，高码率的无线网络环境体验很差，也就是说，如果是Windows或者Android平台推送，Android无线PAD播放，真正好用的，还是RTMP推拉流技术解决方案。 经长时间测试，毫秒级延迟，完全满足内网同屏技术指标。 扩展监控：如果需要更进一步的技术方案，如教师端想监控学生端的屏幕情况，可以有两种方案，如学生端直接推RTMP过来，或者，学生端启动内置RTSP服务，教师端想看的时候，随时看即可（亦可轮询播放）。
2.1K30发布于 2020-05-26 - 来自专栏RTMP推送
Android平台实现屏幕录制(屏幕投影)|音频播放采集|麦克风采集并推送RTMP或轻量级RTSP服务
技术背景好多开发者，希望我们能系统的介绍下无纸化同屏的原理和集成步骤，以Android平台为例，无纸化同屏将Android设备上的屏幕内容实时投射到另一个显示设备（如Windows终端、国产化操作系统或另一台 技术考量指标本文以大牛直播SDK Android同屏采集推送为例，介绍下我们前些年做Android同屏采集推送的时候，一些注意点：声明所需权限：在Android应用的AndroidManifest.xml 如H.264、H.265等，以及设置合适的分辨率、帧率、码率，以适应不同的网络环境和接收设备的性能；流媒体协议：为了将编码后的视频流实时传输到接收端，Android无纸化同屏技术通常采用RTMP推流模式或轻量级 推送模块为例，我们主要实现了如下功能：音频编码：AAC/SPEEX；视频编码：H.264、H.265；推流协议：RTMP；[音视频]支持纯音频/纯视频/音视频推送；[摄像头]支持采集过程中，前后摄像头实时切换 总结以上是Android平台屏幕采集、音频播放声音采集、麦克风采集编码打包推送到RTMP和轻量级RTSP服务的相关技术实现，做成高稳定低延迟的同屏系统，还需要有配套好的RTMP、RTSP直播播放器，整体部署
88810编辑于 2024-08-16 - 来自专栏RTMP推送
WHIPWHEP 与 RTSP、RTMP、FLV 的全面技术对比：为何它们不会相互替代？
为此，IETF 推出了 WHIP（推流）/WHEP（拉流）： 统一 WebRTC 推流 统一 WebRTC 播放 让 WebRTC 像 RTMP/FLV 那样易用 让 H5 的音视频采集/播放能力标准化 、跨平台一致 本质问题：它们“解决的问题完全不同”尽管上述协议都能实现： 推流 拉流 播放 但它们的出发点完全不一样： RTSP：精确时序控制 RTMP：稳定可靠的推流协议 FLV 系列：面向大规模直播播放 本地录制（MP4/FLV双格式） RTSP/GB28181 → RTMP 转推到 CDN Unity3D RTMP 推流/播放一体化集成 应用行业： 客服/企业直播 移动 App 内嵌直播 录屏推流工具 4）全平台高性能渲染（移动端 / Windows / Linux / Unity）传统行业中，经常出现以下需求： Windows 大屏多路预览 Linux 工控机上墙 Android 工控终端 Unity 协议不会互相替代，而是长期共存未来 10 年的格局基本确定： RTSP（B 端设备） RTMP（专业推流） HTTP-FLV/WS-FLV（大规模播放） WebRTC+WHIP/WHEP（实时互动） 四大体系长期并存
88110编辑于 2025-11-17
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号