- 综合排序
- 最热优先
- 最新优先
- 来自专栏RTMP推送
智慧教室无纸化同屏方案是否适用RTMP？
智慧教室无纸化方案技术背景智慧教室无纸化方案是一种基于现代信息技术，旨在通过数字化手段实现教学过程的无纸化、智能化和高效化的解决方案。 以下是对智慧教室无纸化方案的详细阐述：一、方案概述智慧教室无纸化方案通过整合物联网、大数据、人工智能等先进技术，构建了一个集智能管理、智慧教学、环境便捷调节及资源制作于一体的新型现代化智慧教室。 三、实施步骤需求分析：根据学校的实际情况和需求，对智慧教室无纸化方案进行需求分析，明确建设目标和功能需求。方案设计：根据需求分析结果，设计智慧教室无纸化方案，包括系统架构、设备选型、平台开发等方面。 培训与推广：对教师和学生进行培训和推广，帮助他们掌握智慧教室无纸化方案的使用方法和技巧。 随着信息技术的不断发展和普及，智慧教室无纸化方案将会在未来的教育领域中发挥更加重要的作用。
42410编辑于 2024-09-18 - 来自专栏RTSP/RTMP直播相关
基于智慧教室|无纸化会议的新选择：RTMP解决方案
Github 也做过相关对比，总的来说60人智慧教室或类似同屏场景下，最可靠的还是RTMP的解决方案（不赘述，具体可自行测试对比）。 有人说，RTMP延迟大，这种说法，相对片面，好多是由于推拉流模块本身问题导致（如果服务器系NIGNX或SRS，基本可排除服务器转发导致的大时延，不要再赖服务器了），从我们官方和实际场景来看，RTMP整体技术方案 服务器部署：如果Windows平台，可以考虑NGINX，如果是Linux，可以考虑SRS或NGINX，服务器可以和Windows平台的教师机部署在一台机器； 3. 教师端：如教师有移动的PAD，可以直接推到RTMP服务器，然后共享出去； 4. 学生端：直接拉取RTMP流播放即可； 5. Android平台RTMP屏幕推送端 对应工程：SmartServicePublisherV2 需要注意的事项： 1.
2.4K40发布于 2020-01-06 - 来自专栏RTSP/RTMP直播相关
面向内网无纸化会议智慧教室实时同屏，组播还是RTMP？
一、背景 为满足内网无纸化/电子教室等内网超低延迟需求，避免让用户配置单独的服务器，我们研发了轻量级RTSP服务开发包。 单播不再赘述，这里重点介绍下我们的组播技术方案： 组播解决的主要痛点是服务器部署和带宽占用问题，一般来说，内网电子教室/无纸化/实时同屏场景用RTMP推送+RTMP服务器，然后其他端从服务器拉取RTMP 服务器部署：如果Windows平台，可以考虑NGINX，如果是Linux，可以考虑SRS或NGINX，服务器可以和Windows平台的教师机部署在一台机器； 3. 教师端：如教师有移动的PAD，可以直接推到RTMP服务器，然后共享出去； 4. 学生端：直接拉取RTMP流播放即可； 5. RTMP延迟大，这种说法，相对片面，好多是由于推拉流模块本身问题导致（如果服务器系NIGNX或SRS，基本可排除服务器转发导致的大时延，不要再赖服务器了），从我们官方和实际场景来看，RTMP整体技术方案
2.1K30发布于 2020-05-26 - 来自专栏RTSP/RTMP直播相关
Android平台实现无纸化同屏并推送RTMP或轻量级RTSP服务(毫秒级延迟)
技术背景在写这篇文章之前，实际上几年之前，我们就有非常稳定的无纸化同屏的模块，本文借demo更新，算是做个新的总结，废话不多说，先看图，本文以Android平台屏幕实时采集推送，Windows播放为例 轻量级RTSP服务还是RTMP？ 我们在做无纸化同屏的时候，问的最多的是，能不能不要自建服务，直接主讲人或教师端，直接启动轻量级RTSP服务，其他终端拉流，如果是小并发，比如5人内的小范围的同屏，Windows平台走轻量级RTSP无可厚非 ，如果是30-60甚至100人的会议室，建议走RTMP。 总结其实一个好的无纸化同屏系统，需要考虑的有整体组网、分辨率、码率、实时延迟、音视频同步和连续性等各个指标，做容易，做好难，上述抛砖引玉，未能面面俱到，感兴趣的开发者，可以跟我单独交流。
85700编辑于 2024-06-18 - 来自专栏RTMP推送
跨平台低延迟的RTMP推流播放在无纸化会议与智慧教室的技术设计和架构实践
技术架构：跨平台 RTMP 推流 + 播放的同屏闭环针对无纸化会议与智慧教室的核心诉求，我们基于大牛直播SDK的跨平台 RTMP 推流 SDK，构建了一套**“推流端 → 分发端 → 播放端”**的完整闭环架构 ③ 播放端（Audience Devices） 支持 Windows / Linux / Android / iOS 原生播放器； 支持 Web 浏览器端通过 RTMP 转 WebRTC 或 HTTP-FLV 硬件加速编码 Windows / Linux：支持 NVIDIA NVENC 硬编，降低 CPU 占用，提升推流稳定性。 跨平台一致 API 在 Windows / Linux / Android / iOS 平台上保持一致的 API 调用方式，大幅降低多端开发与维护成本。 落地案例在无纸化会议与智慧教室领域，大牛直播SDK的跨平台 RTMP 推流 SDK 已在多个政企与教育项目中稳定运行，覆盖了从小型教学教室到跨省多会场的全链路部署。以下是几个具有代表性的案例：1.
41710编辑于 2025-08-12 - 来自专栏二维码应用
扫码代替纸笔，实现无纸化登记
本文将对通过扫码实现无纸化登记的各类应用场景进行详细介绍。 五、 无纸化物业管理，降低日常工作量应用草料二维码可实现小区大门道闸车辆管理，可以制作小区车辆登记二维码，快速收集小区业主及其亲朋好友的车辆信息，将数据导入到小区大门道闸车辆管理系统，实现对导入车辆的自动抬杆放行
86420编辑于 2023-05-05 - 来自专栏RTSP/RTMP直播相关
Linux|麒麟操作系统实现多路RTMP|RTSP播放
技术背景 无论是Windows平台还是Linux，多路播放诉求非常普遍，比如针对智慧工地、展馆、教育等宏观场景下的摄像头展示，关于RTSP或RTMP直播播放器开发需要注意的点，可参考之前博客，总的来说有以下一些点 代码实现 本文以大牛直播SDK（官方）的Linux平台为例，介绍下RTMP或RTSP流多路播放集成。 总结 多路RTMP或RTSP播放，涉及到性能和多路之间音视频同步、长时间播放稳定性等问题，Linux平台可参考的资料比较少，可选的方案比较少，感兴趣的可酌情参考。
2K80发布于 2021-07-26 - 来自专栏用户1692782的专栏
手撕rtmp协议细节（2）——rtmp Header
rtmp的协议的数据包，总的来讲分为两大部分，一部分是Rtmp Header，另一部分为Rtmp Body，这一篇我们来主要讲解一下Rtmp Header的组织形式。 RTMP header的长度不固定，可能的长度为12字节，8字节，4字节，1字节。具体长度为多少个字节，由RTMP header数据包的第一个字节的高2位决定。 ? 抓包看下，RTMP HEADER的长度。 图中，RTMP Header的第一个字节为0x03，高两位的值为00，所以，整个RTMP Header的长度就是4个字节了。 知道了RTMP header的第一个字节的作用以后，接下来我们看下几种不同长度的RTMP Header。 12字节的RTMP Header ?
4.5K40发布于 2020-05-20 - 来自专栏用户1692782的专栏
手撕Rtmp协议细节（3）——Rtmp Body
上一篇讲了RTMP数据包中关于Header的数据组织格式，不过一个完整的RTMP数据包除了Header之外，紧跟着的是RTMP Body，这一篇就继续来说一下RTMP Body的数据组织结构了。 说到RTMP Body的数据包组织格式，就不得不提到AMF。 那么AMF和RTMP Body又有什么关系呢，不才，RTMP数据包的序列化就是按照AMF的格式进行的。 说完AMF，再回到我们的RTMP Body，RTMP Body就是按照AMF0规范，将数据包进行组织，然后再通过网络发送的。 好了，接下来就结合wireshark实际抓到的RTMP数据包，一起熟悉AMF0，同时也熟悉RTMP Body的数据包组织方式。 先看一下_result的数据包。 ?
3.3K40发布于 2020-05-20 - 来自专栏RTSP/RTMP直播相关
多路RTSP-RTMP转RTMP定制版
大牛直播SDK(Github)多路RTMP/RTSP转RTMP转发软件，系原有转发SDK基础上，官方推出的Windows平台定制版。 如监控类摄像机、NVR等，通过厂商说明或Onvif工具，获取拉流的RTSP地址，图形化配置，完成拉流转发等操作，轻松实现标准RTMP服务器（或CDN）对接。 视频转发支持H.264、H.265（需要RTMP服务器或CDN支持扩展H.265），音频支持配置PCMA/PCMU转AAC后转发，并支持只转发/录制视频或音频，RTSP拉流端支持鉴权和TCP/UDP模式设置和 添加转发项配置信息 [image] 配置说明： 添加配置项：点击页面“添加”按钮： ² 序号：无需关注，系统自动生成； ² 名称：该路转发配置项的描述信息； ² 拉流地址（必须填）：需要转发的RTSP或RTMP 地址； ² 推流RTMP地址：需要转推的RTMP地址； ² 推流播放地址：需要预览的播放地址； ² 音视频转发选项：可选择之转发音频或视频，亦或同时转发音视频； ² 录像参数配置：可选择录制音频或视频，
3.2K30发布于 2019-09-11 - 来自专栏全栈程序员必看
rtmp协议详解_rtmp服务器
前言 最近在学习rtmp协议，在看官方文档的时候总是懵懵懂懂，硬生生看了两天，现在基本上了解rtmp协议了，想用自己觉得比较清晰的方式来讲解rtmp协议，希望能够对向我一样的初学者有所帮助。 本文将通过以下四部分讲解rtmp协议。 1、消息 2、块 3、rtmp的消息类型 4、实例分析rtmp传输过程 一、消息 消息是rtmp的基本数据单元，服务端和客户端通过在网络上发送RTMP消息进行通讯。 消息格式 RTMP消息头和载荷两部分。 上面已经详解讲解了rtmp的数据格式了，下面来讲解具体的rtmp协议内容。 载荷 块的载荷就是消息的载荷内容。 总结一下：消息是rtmp的基本数据单元，块是用于将消息重新封装在网络上传输。
3.6K12编辑于 2022-11-01 - 来自专栏RTMP推送
Android平台无纸化同屏如何实现实时录像功能
技术背景我们在做无纸化同屏的时候，好多开发者采集到屏幕、麦克风|扬声器数据，除了需要推RTMP出去，或者启动个轻量级RTSP服务，对外提供个拉流的RTSP URL，别的终端过来拉流（小并发场景），还有个技术需求 StopRecorder();stream_publisher_.try_release();test_and_disable_post_audio();}};post_or_execute(r);}总结Android平台无纸化同屏
36710编辑于 2024-08-21 - 来自专栏国标视频云平台
音视频采集、编码、流媒体服务于一身的SkeyeLive流媒体同屏直播软件解决方案
SkeyeLive同屏解决方案 从早期的简单拉rtsp、rtmp流再转推rtmp或者rtsp分发，到现在形成完善的音视频采集，到超低延迟，高并发的流媒体综合功能组件软件，SkeyeLive已经经过了5年的开发迭代历史 ； 其早期的版本采用live555和rtmp推流的方式，到现在创新性地采用可靠高效udp传输协议kcp进行流媒体传输的时代的终极同屏组件，skeyelive经过了长期的用户反馈和稳定性测试，现已形成了一套完善的同屏技术体系 进行对外的课堂同屏直播服务输出； * 网络游戏直播： 游戏直播人只要有一台接入网络的电脑，下载并使用EasyScreenLive进行简单的配置即可进入现场直播，用户可以在多终端收看网络游戏直播； * 无纸化会议同屏 ： 随着科技的发展，无纸化会议服务有效的实现了单位与单位、单位与合作商之间的对接，同屏服务能更好的解决客户的实际需求。
47720编辑于 2023-04-26 - 来自专栏RTSP/RTMP直播相关
基于RTMP实现Linux|麒麟操作系统下屏幕|系统声音采集推送
在欧美，我们不时听到一些政府部门将采用Linux桌面办公：慕尼黑市政府用十年的时间，成功的“赶走”了微软；伯明翰市政府、法国国会、瑞士、挪威和南非政府部门也都采用了Linux桌面办公。 国产操作系统|Linux下RTMP同屏推送 在发布国产操作系统|Linux平台的RTMP直播推送SDK之前，大牛直播SDK（官方）的RTMP推送模块已稳定运行在Windows、Android和iOS平台几年了 相对Windows、Android和iOS平台，Linux在桌面采集等方面，资料非常少，数据采集可以采用调用XLib相关接口实现，本Demo实现的是Linux上实现桌面和系统声音采集，然后使用RTMP协议推出去的一个 同屏.png 总结 实际测试下来，以RTMP推送和RTMP播放为例，整体测试时延都在毫秒级，可满足像内网无纸化、教育同屏等场景需求。 Linux的RTMP推送接口，和Windows平台的相差无几，通用接口四个平台几乎一致，不存在集成难度。
1.6K40发布于 2021-07-22 - 来自专栏linux驱动个人学习
RTMP协议
RTMP消息块流和RTMP一起适用于多样性音视频应用程序，从一对一和一对 多向视频点播服务器直接广播到交互式会议应用程序。 RTMP协议是应用层协议，是要靠底层可靠的传输层协议（通常是TCP）来保证信息传输的可靠性的。 在基于传输层协议的链接建立完成后，RTMP协议也要客户端和服务器通过“握手”来建立基于传输层链接之上的RTMP Connection链接。 2. 3. rtmp协议握手过程 要建立一个有效的rtmp连接，首先经过”握手”阶段，规则如下： 客户端被指定依次向服务器发送C0,C1,C2三个chunk，服务器向客户端发送S0,S1,S2三个chunk ，大小1字节 版本：8比特，C0:客户端需求的rtmp版本，S0:服务器选择的rtmp版本,如图： 4.2 握手第二阶段： 客户端发送C1包，C1包大小1536字节，格式如下图： time:包含了一个时间戳
1.6K20编辑于 2022-05-10 - 来自专栏性能优化
RTMP协议
RTMP 基础 RTMP 概念 与 HTTP(超文本传输协议)同样是一个基于 TCP 的 Real Time Messaging Protocol（实时消息传输协议）。 变量 file(GLOB rtmp_source *.c) # 编译静态库 add_library(rtmp STATIC ${rtmp_source} ) 在 中导入这个 CMakeLists.txt #XXX需要链接rtmp库 target_link_libraries(XXX rtmp ...) RTMP 视频数据 RTMP 视频流格式与 FLV 很相似，通过查看 FLV 的格式文档，就能够知道 RTMP 视频数据应该怎么拼接。 双声道：0x12 ,0x10 单声道：0x12 ,0x08 Nginx-RTMP 服务器搭建 Linux 操作： 下载 nginx wget http://nginx.org/download/nginx
2.2K02发布于 2020-11-24 - 来自专栏国标视频云平台
视频采集、编码、流媒体服务于一身的SkeyeLive流媒体同屏直播软件解决方案
SkeyeLive同屏解决方案从早期的简单拉rtsp、rtmp流再转推rtmp或者rtsp分发，到现在形成完善的音视频采集，到超低延迟，高并发的流媒体综合功能组件软件，SkeyeLive已经经过了5年的开发迭代历史 ；其早期的版本采用live555和rtmp推流的方式，到现在创新性地采用可靠高效udp传输协议kcp进行流媒体传输的时代的终极同屏组件，skeyelive经过了长期的用户反馈和稳定性测试，现已形成了一套完善的同屏技术体系 平板电脑等多种设备的摄像头为视频源，进行对外的课堂同屏直播服务输出；* 网络游戏直播： 游戏直播人只要有一台接入网络的电脑，下载并使用EasyScreenLive进行简单的配置即可进入现场直播，用户可以在多终端收看网络游戏直播；* 无纸化会议同屏 ： 随着科技的发展，无纸化会议服务有效的实现了单位与单位、单位与合作商之间的对接，同屏服务能更好的解决客户的实际需求。
70320编辑于 2023-04-06 如何搭建一套无纸化自动审批OA系统
这次，就拆给你看，如何快速搭好一套智能无纸化OA系统，流程清楚、审批顺、小白也能搞定。 所以，我开始动念头：搭一套无纸化、自动审批的管理系统，把这些流程彻底梳理清楚。二、搭建平台怎么选？想做无纸化、自动审批，第一步不是选平台，而是先搞清楚市面上到底有哪些主流搭建方法。 支持无纸化操作、电子留痕既然目标是无纸化，平台必须满足电子单据、电子签名、附件上传、流程留痕这些基本操作。 所有申请、审批、附件，在线就能搞定，不用再打印、跑腿、传纸质单据。3.
54910编辑于 2025-07-15- 来自专栏媒矿工厂
RTMP：快速深入
本文来自SF Video Tech，来自Mux的工程师Nick Chadwick带来了一场演讲，帮助我们快速深入的了解RTMP协议。 若干年前，RTMP的延迟很低，已接近成为事实上的标准。 由于RTMP还没有消失，我们仍需花一些时间来了解它是如何工作的。 首先是RTMP的简史。 RTMP可以在一个TCP连接上，多路传输更大的消息，比如视频、消息以及非常短的数据请求如RPC。包级的多路复用允许RTMP在发送长消息的同时向另一端询问问题。 最后介绍了RTMP的消息流，包括文档和代码中规定的消息格式，控制消息，类似binary JSON的AMF消息，连接方式，创建流，发布等细节。 最后，他对RTMP协议的未来展开了设想。 虽然关于RTMP本身的一切仍然会是正确的，但是当下SRT、RIST和Zixi已经取代了很多RTMP工作流程。
1.1K30发布于 2020-11-02 - 来自专栏FreeSWITCH中文社区
mod_rtmp
基于Flash的实时多媒体通信是基于Adobe的RTMP协议进行的。FreeSWITCH中通过“mod_rtmp”实现了一个基于RTMP协议的Endpoint，可以支持用Flash实现的软电话。 在FreeSWITCH源代码目录中使用如下命令即可安装该模块： # make mod_rtmp-install 在FreeSWITCH控制台上使用“load mod_rtmp”命令加载该模块后， 它将监听RTMP协议默认的1935端口，并等待客户端连接，使用如下命令将可以显示它的该模块的有关状态： freeswitch> rtmp status default tcp:0.0.0.0 :1935 profile 上面的命令显示了有一个RTMP的Profile运行在1935端口上，它也是RTMP服务默认的端口。 在实际使用时，通过在浏览器中访问特定的网页，网页中嵌入Flash软件电话，软电话就可以通过RTMP协议与FreeSWITCH进行连接，即实现了在浏览器中打电话。
2.3K20发布于 2020-12-21
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号