教师和学生互动:学生端如需作为示范案例,屏幕数据共享给其他同学,只需请求同屏,数据反推到RTMP服务器,其他学生查看即可。 6. mMediaProjectionManager = (MediaProjectionManager) getSystemService(Context.MEDIA_PROJECTION_SERVICE); } 横竖屏自动适配 横竖屏状态下,采集的屏幕宽高不一样,如果横竖屏切换,这个时候,需要考虑到横竖屏适配问题,确保比如竖屏状态下,切换到横屏时,推拉流两端可以自动适配,横竖屏自动适配,编码器需要重启,拉流端,需要能自动适配宽高变化 width, int height, int clipedLeft, int clipedTop, int clipedWidth, int clipedHeight); 文字、图片水印 好多场景下,同屏者会把公司
一、背景 为满足内网无纸化/电子教室等内网超低延迟需求,避免让用户配置单独的服务器,我们研发了轻量级RTSP服务开发包。 单播不再赘述,这里重点介绍下我们的组播技术方案: 组播解决的主要痛点是服务器部署和带宽占用问题,一般来说,内网电子教室/无纸化/实时同屏场景用RTMP推送+RTMP服务器,然后其他端从服务器拉取RTMP 通过组播技术方案,只要网络设备支持组播组网,轻松实现多并发的同屏/摄像头直播场景。 经长时间测试,毫秒级延迟,完全满足内网同屏技术指标。 教师和学生互动:学生端如需作为示范案例,屏幕数据共享给其他同学,只需请求同屏,数据反推到RTMP服务器,其他学生查看即可。 6.
智慧教室无纸化方案技术背景智慧教室无纸化方案是一种基于现代信息技术,旨在通过数字化手段实现教学过程的无纸化、智能化和高效化的解决方案。 以下是对智慧教室无纸化方案的详细阐述:一、方案概述智慧教室无纸化方案通过整合物联网、大数据、人工智能等先进技术,构建了一个集智能管理、智慧教学、环境便捷调节及资源制作于一体的新型现代化智慧教室。 如果需要,学生端也可以作为示范案例,将屏幕数据共享给其他同学,只需请求同屏,数据反推到RTMP服务器,其他学生即可查看。4. 横竖屏适配在Android设备上,横竖屏切换时需要考虑屏幕宽高的变化,确保推拉流两端可以自动适配。编码器需要重启以适应新的分辨率设置,拉流端也需要能够自动播放适应变化后的视频流。3. 智慧教室方案选型本文以大牛直播SDK的Android的SmartServicePublisherV2的同屏demo为例,Android采集计时器,编码打包分别启动RTMP推送和轻量级RTSP服务,Windows
技术背景我们在做无纸化同屏的时候,好多开发者采集到屏幕、麦克风|扬声器数据,除了需要推RTMP出去,或者启动个轻量级RTSP服务,对外提供个拉流的RTSP URL,别的终端过来拉流(小并发场景),还有个技术需求 技术实现实际上,Android同屏,需要录像的话,和采集摄像头数据录像一样,只是数据源不同而已,鉴于不管什么格式的video数据,我们都是投递到模块底层做转换编码,所以本质上没啥差别。 StopRecorder();stream_publisher_.try_release();test_and_disable_post_audio();}};post_or_execute(r);}总结Android平台无纸化同屏 ,如果需要本地录像的话,实现难度不大,只要复用之前开发的录像模块的就可以,对我们来说,同屏采集这块,只是数据源不同而已,如果是自采集的其他数据,我们一样可以编码录像。 以上是Android同屏录像设计,感兴趣的开发者,可以跟我单独沟通交流。
技术背景在写这篇文章之前,实际上几年之前,我们就有非常稳定的无纸化同屏的模块,本文借demo更新,算是做个新的总结,废话不多说,先看图,本文以Android平台屏幕实时采集推送,Windows播放为例 我们在做无纸化同屏的时候,问的最多的是,能不能不要自建服务,直接主讲人或教师端,直接启动轻量级RTSP服务,其他终端拉流,如果是小并发,比如5人内的小范围的同屏,Windows平台走轻量级RTSP无可厚非 ,如果是30-60甚至100人的会议室,建议走RTMP。 同屏过程中,重点画面可以快照吗?当然可以,我们同屏采集端,支持采集编码png或jpg格式输出。 总结其实一个好的无纸化同屏系统,需要考虑的有整体组网、分辨率、码率、实时延迟、音视频同步和连续性等各个指标,做容易,做好难,上述抛砖引玉,未能面面俱到,感兴趣的开发者,可以跟我单独交流。
display this help and exit [root@56-201 ~]# 这里不准备演示 scriptreplay 的使用方法,其实也很简单 这里接合重定向实现文本终端的同屏 qlen 1000 link/ether 52:54:00:16:5e:11 brd ff:ff:ff:ff:ff:ff [root@56-201 ~]# ---- 目标 通过重定向实现文本终端同屏 通过跟踪日志实现文本终端同屏 ---- 创建日志 [root@56-201 jail]# ll total 0 drwxr-xr-x. 2 root root 30 7月 30 19:04 bin bin lib64 [root@56-201 jail]# 之后从客户端 terminal 中看到的就是服务端中的内容,这个方法客户端登录后要主动使用 tail 命令,服务端不用做什么别的操作 两种同屏效果
互联网同屏直播越来越火热,我们知道很多游戏主播都采用同屏的方式给观众直播,同屏直播组件层出不穷,EasyScreenLive就是TSINGSEE青犀视频团队研发的一款简单、高效、稳定的集采集,编码,组播 ,推流和流媒体RTSP服务于一身的同屏功能组件,具有低延时, 高效能,低丢包等特点。 EasyScreenLive无法正常启动 用户测试EasyScreenLive同屏功能,启动时发现程序报错缺少mfc100d.dll文件,所以不能启动: ? 关于EasyScreenLive同屏组件 课堂同屏直播: 可以通过PC、手机、平板电脑等多种设备的摄像头为视频源,进行对外的课堂同屏直播服务输出; 网络游戏直播: 游戏直播人只要有一台接入网络的电脑,下载并使用 EasyScreenLive进行简单的配置即可进入现场直播,用户可以在多终端收看网络游戏直播; 无纸化会议同屏: 随着科技的发展,无纸化会议服务有效的实现了单位与单位、单位与合作商之间的对接,同屏服务能更好的解决客户的实际需求
基于智慧教室或是会议的技术方案,一般主要是涉及到屏幕采集和推送,整体技术方案这块,一般建议走RTMP,说到这里,好人开发者提到,市面上也有RTSP的技术方案,甚至RTSP组播方案,这块,大牛直播SDK Github 也做过相关对比,总的来说60人智慧教室或类似同屏场景下,最可靠的还是RTMP的解决方案(不赘述,具体可自行测试对比)。 教师和学生互动:学生端如需作为示范案例,屏幕数据共享给其他同学,只需请求同屏,数据反推到RTMP服务器,其他学生查看即可。 6. 如果是高分屏(如有些采集设备,是4K屏,原始分辨率过高),用户又不想推这么高的分辨率的话,可以选中“缩放屏幕大小”,并指定缩放比例,可以先缩放,后编码推送数据; 3. 横竖屏切换,上层无需过问,底层会自动切。
背景分析 互联网同屏直播越来越火热,我们知道很多游戏主播都采用同屏的方式给观众直播,同屏直播组件层出不穷,SkeyeLive就是OpenSKEYE视开视频云团队研发的一款简单、高效、稳定的集采集,编码 8432) 即可同步拉取skeyelive服务端的流,SkeyeLive提供了Skeyeliveplayer同屏客户端SDK组件和播放器源码,通过几个非常简单的API接口即可实现同屏客户端的同屏播放。 100ms以内,最高不超过300ms; 8、同屏播放端支持麦克风、扬声器单独和同时播放; 9、同屏直播单台并发不低于200台并发; 10、同屏播放端支持断线重连,5秒内恢复重连; 11、支持7*24小时运行 SkeyeLive应用场景 * 课堂同屏直播: 可以通过PC、手机、平板电脑等多种设备的摄像头为视频源,进行对外的课堂同屏直播服务输出; * 网络游戏直播: 游戏直播人只要有一台接入网络的电脑,下载并使用 EasyScreenLive进行简单的配置即可进入现场直播,用户可以在多终端收看网络游戏直播; * 无纸化会议同屏: 随着科技的发展,无纸化会议服务有效的实现了单位与单位、单位与合作商之间的对接,同屏服务能更好的解决客户的实际需求
背景分析互联网同屏直播越来越火热,我们知道很多游戏主播都采用同屏的方式给观众直播,同屏直播组件层出不穷,SkeyeLive就是OpenSKEYE视开视频云团队研发的一款简单、高效、稳定的集采集,编码,推流和流媒体 SkeyeLive服务于一身的同屏功能组件,具有低延时、高效率传输、低丢包率等特点。 8432)即可同步拉取skeyelive服务端的流,SkeyeLive提供了Skeyeliveplayer同屏客户端SDK组件和播放器源码,通过几个非常简单的API接口即可实现同屏客户端的同屏播放。 100ms以内,最高不超过300ms;8、同屏播放端支持麦克风、扬声器单独和同时播放;9、同屏直播单台并发不低于200台并发;10、同屏播放端支持断线重连,5秒内恢复重连;11、支持7*24小时运行,长期运行无累计延迟 进行简单的配置即可进入现场直播,用户可以在多终端收看网络游戏直播;* 无纸化会议同屏: 随着科技的发展,无纸化会议服务有效的实现了单位与单位、单位与合作商之间的对接,同屏服务能更好的解决客户的实际需求。
投屏技术已经被大量用在身边的产品,比如电视投屏,投影仪,视频会议产品中。 在iOS平台外的其他平台中都已经有非常成熟的标准和实现。 这样可以将小屏映射到大屏,可以无线音乐,可以图片分享等等. 但是Airplay属于苹果私有协议方案,设备间的协商与传输过程都进行了加密处理,并不能用于其他平台中。 这样可以方便实现跨平台的多屏共享。 这中投屏方案使用了iOS原生的投屏能力,并且是完全的软件方案,非常方便进行集成和使用。 Airplay Mirroring客户端的同屏交互过程,分为三个主要步骤: 设备广播与发现 信息交互与能力协商 音视频数据接收与解扰 设备广播与发现 Airplay设备间的广播与发现通过Bonjour协议进行
投屏技术已经被大量用在身边的产品, 比如电视投屏, 投影仪, 视频会议产品中. 在iOS平台外的其他平台中都已经有非常成熟的标准和实现. 这样可以将小屏映射到大屏,可以无线音乐,可以图片分享等等. 但是Airplay属于苹果私有协议方案,设备间的协商与传输过程都进行了加密处理,并不能用于其他平台中。 这样可以方便实现跨平台的多屏共享。 这中投屏方案使用了iOS原生的投屏能力,并且是完全的软件方案,非常方便进行集成和使用。 下面将介绍Airplay Mirroring接收端的实现原理,并揭示相关协议交互过程。 Airplay Mirroring客户端的同屏交互过程,分为三个主要步骤: 1, 设备广播与发现 2, 信息交互与能力协商 3, 音视频数据接收与解扰 设备广播与发现: Airplay设备间的广播与发现通过
✳️ 引言:让每一块屏幕“同频”的核心技术无纸化会议与智慧教室,正在从“辅助工具”走向“核心基础设施”,成为政企数字化与教育信息化建设的标配。 大牛直播SDK推出的跨平台 RTMP 推流 SDK,正是这个场景下的“底层引擎”——它像一条高速、稳定、可控的数字通道,将任意终端的画面与音频高效推送到分发节点,再由各类终端实现毫秒级同步播放,让“同屏 以下四类痛点几乎是所有项目都会遇到的: 跨平台一致性难保障 不同终端(Windows 会议一体机、Android 触控大屏、iOS 平板、PC 客户端对推流协议与编码器支持差异大。 技术架构:跨平台 RTMP 推流 + 播放的同屏闭环针对无纸化会议与智慧教室的核心诉求,我们基于大牛直播SDK的跨平台 RTMP 推流 SDK,构建了一套**“推流端 → 分发端 → 播放端”**的完整闭环架构 关键技术细节在无纸化会议与智慧教室的场景中,低延迟、稳定性、跨平台支持是三大技术核心。
使用无线投屏技术原理:无线投屏技术允许设备通过Wi-Fi网络或其他无线连接方式,将屏幕内容实时投射到另一台设备上。 在需要投影的设备上打开“设置”或“投影”选项,选择“无线投屏”或“屏幕镜像”等类似功能。在手机上搜索并连接另一台设备,即可实现屏幕内容的实时共享。 使用即时通讯软件的屏幕共享功能原理:许多即时通讯软件(如微信、QQ、钉钉、腾讯会议等)都支持屏幕共享功能,用户可以在聊天或会议过程中实时共享屏幕内容。操作步骤:在即时通讯软件中创建一个群聊或视频通话。 注意:该方法对于电脑系统的要求较高,且不能进行跨系统投屏。5. 使用成熟的屏幕采集软件使用大牛直播SDK的RTMP直播推送模块,或者轻量级RTSP服务模块,本文以RTMP直播推送为了。 无论是无线投屏、第三方应用、HDMI线连接还是即时通讯软件的屏幕共享功能,都能轻松实现屏幕内容的实时共享。
EasyScreenLive是一款简单、高效、稳定的集采集,编码,组播,推流和流媒体RTSP服务于一身的同屏功能组件,在大屏显示投屏,无纸化会议同屏演示,课堂同屏等,可以配合全屏显示,在很多项目中都能够实现项目推流的需求
几年来,我们在做无纸化同屏或在线教育相关场景的时候,总是被一件事情困扰:如何实现Android平台的系统内录,并推送到其他播放端,常用的场景比如做无纸化会议或教育的时候,主讲人或老师需要放一个视频, 一般来说,做无纸化会议或教育同屏的公司,如果硬件是厂商定制的,可以跟厂商提出来,修改ROM,得到内录audio权限和数据。为此,我们专门设计了个接口,便于有这个权限的厂商使用。 我们考虑到,在做无纸化同屏或者教育投屏的时候,一般来说,主要还是采集麦克风音频为主,中间如果有视频播放或者类似需求的时候,我们把内录audio的打开即可(也可以做混音模式,或者推送过程中,实时静音麦克风或扬声器数据源 publisherHandle, index, 0.0f);}无图无真相,Android平台RTMP推送端或者轻量级RTSP服务测,采集到屏幕画面和扬声器声音,打包传输,RTMP或RTSP播放端录制下来的同屏画面视频如下
EasyDSS能支持多屏播放,可兼容Windows、Android、iOS、Mac等操作系统,还能支持CDN转推,具备较强的可拓展性与灵活性。 今天和大家分享一个技术干货,如何使用OBS推流到EasyDSS平台实现同屏播放。 操作步骤如下:1)首先,打开OBS:2)打开设置,选择推流:3)按照rtmp://{ip}:{port}/{application}/id这个规则,配置相关参数后,即可推送流成功,实现视频直播同屏的效果 ,如图:我们在此前的文章也分享过如何使用OBS进行推流录屏与直播,感兴趣的用户可以翻阅我们往期的文章进行了解。
RK3588 芯片内置了 VOP 控制器,支持四路视频同显或异显,可有效提高行业定制的拓展性。 1.1 Android 多屏同显iTOP-RK3588 开发板支持以下屏幕迅为 MIPI 7 寸屏幕标准 HDMI 屏幕(通过 HDMI 线连接)迅为 LVDS 7 寸屏幕迅为 LVDS 10.1 寸 默认打开对应的宏定义为多屏同显。RK3588 VP 和各显示接口的连接关系如下图所示。 ,原因是副屏的画面是主屏映射过去的,所以副屏上显示的是 主屏的分辨率。 如果同样的屏幕情况下,应用支持异显,那么副屏会显示实际正常的分辨率。所以如果要支持双屏或者多屏同显并要求显示正常,双屏或者多屏的屏幕的分辨率比要一致。
迅为RK3588S开发板多屏同显多屏异显多屏异触迅为电子RK3588 S开发板最多可以支持 7 个屏幕显示,这主要取决于 RK3588 芯片内置了 VOP 控制器, 支持四路视频同显或异显,可有效提高行业定制的拓展性 1.1 Android 多屏同显 iTOP-RK3588S 开发板支持以下屏幕 迅为 MIPI 7 寸屏幕 标准 HDMI 屏幕(通过 HDMI 线连接) 迅为 LVDS 7 寸屏幕 迅为 LVDS 10.1 默认打开对应的宏定义为多屏同显。 如果同样的屏幕情况下,应用支持异显,那么副屏会显示实际正常的分辨率。 所以如果要支持双屏或者多屏同显并要求显示正常,双屏或者多屏的屏幕的分辨率比要一致。 指定主副屏 多屏异显的实际应用中,需要指定哪个是主屏,哪个是副屏。
为了提升unity2d的性能限制。这里使用surparaller.org制作的pelagia。他可以在单线程和多线程之间自由切换。像开发其他的单线程软件一样使用pelagia。只要通过简单的设置就可以在单线程和多线程间自由切换。