基于智慧教室或是会议的技术方案,一般主要是涉及到屏幕采集和推送,整体技术方案这块,一般建议走RTMP,说到这里,好人开发者提到,市面上也有RTSP的技术方案,甚至RTSP组播方案,这块,大牛直播SDK Github 也做过相关对比,总的来说60人智慧教室或类似同屏场景下,最可靠的还是RTMP的解决方案(不赘述,具体可自行测试对比)。 有人说,RTMP延迟大,这种说法,相对片面,好多是由于推拉流模块本身问题导致(如果服务器系NIGNX或SRS,基本可排除服务器转发导致的大时延,不要再赖服务器了),从我们官方和实际场景来看,RTMP整体技术方案 教师端:如教师有移动的PAD,可以直接推到RTMP服务器,然后共享出去; 4. 学生端:直接拉取RTMP流播放即可; 5. Android平台RTMP屏幕推送端 对应工程:SmartServicePublisherV2 需要注意的事项: 1.
一、背景 为满足内网无纸化/电子教室等内网超低延迟需求,避免让用户配置单独的服务器,我们研发了轻量级RTSP服务开发包。 单播不再赘述,这里重点介绍下我们的组播技术方案: 组播解决的主要痛点是服务器部署和带宽占用问题,一般来说,内网电子教室/无纸化/实时同屏场景用RTMP推送+RTMP服务器,然后其他端从服务器拉取RTMP 教师端:如教师有移动的PAD,可以直接推到RTMP服务器,然后共享出去; 4. 学生端:直接拉取RTMP流播放即可; 5. 教师和学生互动:学生端如需作为示范案例,屏幕数据共享给其他同学,只需请求同屏,数据反推到RTMP服务器,其他学生查看即可。 6. RTMP延迟大,这种说法,相对片面,好多是由于推拉流模块本身问题导致(如果服务器系NIGNX或SRS,基本可排除服务器转发导致的大时延,不要再赖服务器了),从我们官方和实际场景来看,RTMP整体技术方案
智慧教室无纸化方案技术背景智慧教室无纸化方案是一种基于现代信息技术,旨在通过数字化手段实现教学过程的无纸化、智能化和高效化的解决方案。 以下是对智慧教室无纸化方案的详细阐述:一、方案概述智慧教室无纸化方案通过整合物联网、大数据、人工智能等先进技术,构建了一个集智能管理、智慧教学、环境便捷调节及资源制作于一体的新型现代化智慧教室。 三、实施步骤需求分析:根据学校的实际情况和需求,对智慧教室无纸化方案进行需求分析,明确建设目标和功能需求。方案设计:根据需求分析结果,设计智慧教室无纸化方案,包括系统架构、设备选型、平台开发等方面。 培训与推广:对教师和学生进行培训和推广,帮助他们掌握智慧教室无纸化方案的使用方法和技巧。 随着信息技术的不断发展和普及,智慧教室无纸化方案将会在未来的教育领域中发挥更加重要的作用。
✳️ 引言:让每一块屏幕“同频”的核心技术无纸化会议与智慧教室,正在从“辅助工具”走向“核心基础设施”,成为政企数字化与教育信息化建设的标配。 技术架构:跨平台 RTMP 推流 + 播放的同屏闭环针对无纸化会议与智慧教室的核心诉求,我们基于大牛直播SDK的跨平台 RTMP 推流 SDK,构建了一套**“推流端 → 分发端 → 播放端”**的完整闭环架构 关键技术细节在无纸化会议与智慧教室的场景中,低延迟、稳定性、跨平台支持是三大技术核心。 落地案例在无纸化会议与智慧教室领域,大牛直播SDK的跨平台 RTMP 推流 SDK 已在多个政企与教育项目中稳定运行,覆盖了从小型教学教室到跨省多会场的全链路部署。以下是几个具有代表性的案例:1. 总结与展望在无纸化会议与智慧教室的建设中,视频链路早已从“可有可无的辅助功能”转变为系统核心基础设施。它直接决定了会议能否顺畅进行、课堂能否自然互动、跨地域协作能否高效完成。
背景 本文主要讲的是基于Android平台实现RTMP的技术方案设计,基础架构图如下: 组网注意事项 1. 教师端:如教师有移动的PAD,可以直接推到RTMP服务器,然后共享出去; 4. 学生端:直接拉取服务端的RTMP流播放即可; 5. 教师和学生互动:学生端如需作为示范案例,屏幕数据共享给其他同学,只需请求同屏,数据反推到RTMP服务器,其他学生查看即可。 6. 扩展监控:如果需要更进一步的技术方案,如教师端想监控学生端的屏幕情况,可以有两种方案,如学生端直接推RTMP过来,或者,学生端启动内置RTSP服务,教师端想看的时候,随时看即可(亦可轮询播放)。 异常网络处理、事件回调机制 回答:如果是走RTMP,网络抖动或者其他网络异常,需要有好重连机制和状态回馈机制。
技术背景在写这篇文章之前,实际上几年之前,我们就有非常稳定的无纸化同屏的模块,本文借demo更新,算是做个新的总结,废话不多说,先看图,本文以Android平台屏幕实时采集推送,Windows播放为例 轻量级RTSP服务还是RTMP? 我们在做无纸化同屏的时候,问的最多的是,能不能不要自建服务,直接主讲人或教师端,直接启动轻量级RTSP服务,其他终端拉流,如果是小并发,比如5人内的小范围的同屏,Windows平台走轻量级RTSP无可厚非 ,如果是30-60甚至100人的会议室,建议走RTMP。 总结其实一个好的无纸化同屏系统,需要考虑的有整体组网、分辨率、码率、实时延迟、音视频同步和连续性等各个指标,做容易,做好难,上述抛砖引玉,未能面面俱到,感兴趣的开发者,可以跟我单独交流。
SkeyeLive同屏解决方案 从早期的简单拉rtsp、rtmp流再转推rtmp或者rtsp分发,到现在形成完善的音视频采集,到超低延迟,高并发的流媒体综合功能组件软件,SkeyeLive已经经过了5年的开发迭代历史 ; 其早期的版本采用live555和rtmp推流的方式,到现在创新性地采用可靠高效udp传输协议kcp进行流媒体传输的时代的终极同屏组件,skeyelive经过了长期的用户反馈和稳定性测试,现已形成了一套完善的同屏技术体系 进行对外的课堂同屏直播服务输出; * 网络游戏直播: 游戏直播人只要有一台接入网络的电脑,下载并使用EasyScreenLive进行简单的配置即可进入现场直播,用户可以在多终端收看网络游戏直播; * 无纸化会议同屏 : 随着科技的发展,无纸化会议服务有效的实现了单位与单位、单位与合作商之间的对接,同屏服务能更好的解决客户的实际需求。
SkeyeLive同屏解决方案从早期的简单拉rtsp、rtmp流再转推rtmp或者rtsp分发,到现在形成完善的音视频采集,到超低延迟,高并发的流媒体综合功能组件软件,SkeyeLive已经经过了5年的开发迭代历史 ;其早期的版本采用live555和rtmp推流的方式,到现在创新性地采用可靠高效udp传输协议kcp进行流媒体传输的时代的终极同屏组件,skeyelive经过了长期的用户反馈和稳定性测试,现已形成了一套完善的同屏技术体系 平板电脑等多种设备的摄像头为视频源,进行对外的课堂同屏直播服务输出;* 网络游戏直播: 游戏直播人只要有一台接入网络的电脑,下载并使用EasyScreenLive进行简单的配置即可进入现场直播,用户可以在多终端收看网络游戏直播;* 无纸化会议同屏 : 随着科技的发展,无纸化会议服务有效的实现了单位与单位、单位与合作商之间的对接,同屏服务能更好的解决客户的实际需求。
几年来,我们在做无纸化同屏或在线教育相关场景的时候,总是被一件事情困扰:如何实现Android平台的系统内录,并推送到其他播放端,常用的场景比如做无纸化会议或教育的时候,主讲人或老师需要放一个视频, 这里我们分析三种可行的技术方案:方案1:解析视频文件推送Android终端的话,先利用MediaExtractor,把mp4文件的音视频数据分离,然后调用我们publisher模块,实现编码后的数据对接到RTMP 一般来说,做无纸化会议或教育同屏的公司,如果硬件是厂商定制的,可以跟厂商提出来,修改ROM,得到内录audio权限和数据。为此,我们专门设计了个接口,便于有这个权限的厂商使用。 扬声器音量调节 libPublisher.SmartPublisherSetInputAudioVolume(publisherHandle, index, 0.0f);}无图无真相,Android平台RTMP 推送端或者轻量级RTSP服务测,采集到屏幕画面和扬声器声音,打包传输,RTMP或RTSP播放端录制下来的同屏画面视频如下:视频内容总结低版本的Android系统,方案1应该是相对可行但局限很大的选择,方案
EasyScreenLive是一款简单、高效、稳定的集采集,编码,组播,推流和流媒体RTSP服务于一身的同屏功能组件,在大屏显示投屏,无纸化会议同屏演示,课堂同屏等,可以配合全屏显示,在很多项目中都能够实现项目推流的需求 上一篇文中我们讲了EasyScreenLive推RTSP流到EasyDarwin(EasyScreenLive推流组件推RTSP流到EasyDarwin),本文以EasyDSS为主,带着大家演示一遍看下推RTMP 1、推RTMP流到EasyDSS DEMO示例中选择屏幕采集,然后Capture,接着添加EasyDSS的信息,RTMPush IP为部署EasyDSS服务的IP地址,本案例中,直接用的青犀团队在线演示的地址
大牛直播SDK(Daniulive SDK) 始于2014年,国内外为数不多致力于极致体验的超强全自研跨平台(windows/android/iOS)流媒体内核,通过模块化自由组合,支持实时RTMP推流 、RTSP推流、RTMP/RTSP直播播放(支持RTSP/RTMP H.265)、RTMP推送播放整体加密(AES/SM4)方案、实时录像、多路流媒体转发(RTSP转RTMP,RTMP转RTMP)、音视频导播 适用于在线教育、无纸化推屏/会议、RTMP防盗播整体加解密方案、智慧教室、直播答题、远程医疗、金融双录、智能可视门禁对讲、智慧安防、智能家居、物联网、智能车载、传统硬件领域、超低延迟娃娃机抓取播放方案、 Vitamio能够流畅播放720P甚至1080P高清MKV,FLV,MP4,MOV,TS,RMVB等常见格式的视频,还可以在Android 与 iOS 上跨平台支持 MMS, RTSP, RTMP, HLS Vitamio支持各种常见的流媒体协议,可以点播或者直播音频和视频,例如如下常见协议均能无缝支持: MMS、RTSP (RTP, SDP)、RTMP、HTTP progressive streaming
Infinity中CWE-863不正确的授权漏洞严重性:中等类型:漏洞CVE编号:CVE-2025-66378描述Pexip Infinity 38.0 和 38.1 版本(在 39.0 之前)在其RTMP (实时消息传输协议)实现中存在访问控制不足的问题,攻击者可利用此漏洞断开流经代理节点的RTMP流。
适用于在线教育、智慧教室|无纸化推屏|会议、运营商视频云平台、远程医疗、金融双录、智能可视门禁对讲、智慧安防、智能家居、物联网、智能车载、传统硬件领域、媒体移动直播、应急指挥调度(针对保险、城管、交警、 拉流转发的SDK(提供配套RTMP扩展H.265服务器);点击查看多路RTSP/RTMP流转RTMP流官方定制版 轻量级RTSP服务SDK 为满足内网无纸化/电子教室等内网超低延迟需求,避免让用户配置单独的服务器 多路流媒体转RTMP推送SDK 支持实时拉取的rtmp/rtsp流转发到指定rtmp url; 轻量级RTSP服务SDK 为满足内网无纸化/电子教室等内网超低延迟需求,避免让用户配置单独的服务器 : 智慧教室|无纸化会议等屏幕采集(推屏) 、RTMP直播推送demo; SmartRelayDemoV2: RTMP|RTSP直播播放SDK、RTMP|RTSP转RTMP推送SDK、RTMP| : 基于ReplayKit采集的智慧教室|无纸化会议等屏幕采集(推屏) 、RTMP直播推送demo,本地下载; SmartiOSRelayDemoV2: RTMP|RTSP直播播放SDK、RTMP
可以将桌面、摄像头、程序窗口通过rtmp推送到流媒体服务器上。 推流SDK,跨平台,支持Windows、Android、iOS平台,特别针对如在线教育、会议同屏等传统场景开发,以SDK开发包的形式提供,功能强大,可扩展性强,如可支持录像、快照、外部原始YUV/RGB 推流]超低延时的RTMP协议直播推流SDK(Windows/Android/iOS支持RTMP扩展H.265推送); [视频格式]Windows/Android平台支持H.264/H.265编码(Android 扩展H.265]Windows/Android/iOS推送SDK支持RTMP扩展H.265推送,Windows针对摄像头采集软编码,使用H.265可变码率,带宽大幅节省,效果直逼传统H.265编码摄像头 如果是传统行业,比如智慧教室、无纸化会议同屏等,需要结合自己的业务,进行二次开发,而且对延迟、稳定性、还有可扩展性要求很高的话,可以考虑用SmartPublisher这种基于接口定制的SDK降低开发周期
在没有引入二维码技术之前各大单位基本都采用纸质记录的方式对各类数据进行汇总分析,但纸质记录不易保存,常会出现纸质单损坏或丢失的情况,并且纸质记录的数据也无法保证其真实性,譬如在会议签到方面就常出现代签现象 本文将对通过扫码实现无纸化登记的各类应用场景进行详细介绍。 四、 人员签到登记,避免代签现象纸质签到单不能确保人员是否出席,容易发生代签现象,可以在草料二维码平台制作人员进场登记二维码或会议签到二维码,进场时扫码即可签到,开启防作假功能后,能自动定位扫码地点,并且扫码后还能通过语音播报功能知晓是否扫码成功 五、 无纸化物业管理,降低日常工作量应用草料二维码可实现小区大门道闸车辆管理,可以制作小区车辆登记二维码,快速收集小区业主及其亲朋好友的车辆信息,将数据导入到小区大门道闸车辆管理系统,实现对导入车辆的自动抬杆放行
RTMP的稳定性和可靠性确保了教学过程的顺利进行。 远程会议和协作: 在企业远程会议、视频会议和在线协作工具中,RTMP也扮演着重要角色。 视频会议 应用场景:在视频会议中,RTP被用于将来自不同位置的多个音视频流混合在一起,并实时传输给所有参与者。它确保了音视频数据的同步性和实时性,使得远程会议如同面对面交流一般。 企业内部视频通信 视频会议:MPEG-DASH可以用于企业内部视频会议系统,提供高质量的音视频通信服务,支持多人同时在线会议和远程协作。 推流、RTMP/RTSP直播播放(支持RTSP|RTMP H.265,Enhanced RTMP H.265)、GB28181设备接入、推送端播放端实时录像、多路流媒体转发(RTSP转RTMP,RTMP 适用于在线教育、智慧教室|无纸化推屏|会议、运营商视频云平台、执法记录、电力巡检、智慧水利、智慧煤矿、管廊隧道、平衡操控、虚拟仿真实训教学、VR教育、云展会、金融双录、远程医疗、智能可视门禁对讲、智慧安防
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 ?
上一篇讲了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的数据包。 ?
大牛直播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地址; ² 推流播放地址:需要预览的播放地址; ² 音视频转发选项:可选择之转发音频或视频,亦或同时转发音视频; ² 录像参数配置:可选择录制音频或视频,
前言 最近在学习rtmp协议,在看官方文档的时候总是懵懵懂懂,硬生生看了两天,现在基本上了解rtmp协议了,想用自己觉得比较清晰的方式来讲解rtmp协议,希望能够对向我一样的初学者有所帮助。 本文将通过以下四部分讲解rtmp协议。 1、消息 2、块 3、rtmp的消息类型 4、实例分析rtmp传输过程 一、消息 消息是rtmp的基本数据单元,服务端和客户端通过在网络上发送RTMP消息进行通讯。 消息格式 RTMP消息头和载荷两部分。 上面已经详解讲解了rtmp的数据格式了,下面来讲解具体的rtmp协议内容。 载荷 块的载荷就是消息的载荷内容。 总结一下:消息是rtmp的基本数据单元,块是用于将消息重新封装在网络上传输。