帧率(High Frame Rate, HFR)是指利用比正常帧率(如24帧/秒)更高的技术拍摄而成的影片。欧洲已经对高于每秒50帧的视频有了广泛的研究。 而增加帧率则可以同时减轻运动模糊与频闪两者,不仅使图像更加锐利,还提高了图像显示质量。 高帧率协议 为了最大化高帧率技术所带来的收益,必须从摄影到显示采用一整套连锁方案。 接下来将介绍各个支持高帧率的协议。 ITU-R BT.2100-1 ITU定义了贯穿视频技术每个环节上的基础参数。 不仅如此,BT.2100-1还添加了对HFR中100Hz和120Hz帧率的支持。 基于BT.2100 (06/2017)的 ITU-R BT.2199-1 规格 ? 使用时,它允许发送单个流(最高120 Hz),也可以由UHD第一阶段的接收器以一半帧率进行解码。
上一篇介绍了RTSP的GET_PARAMETER消息,看到这个消息类型,我们很容易习惯性的想到应该还要有一个RTSP_SET_PARAMETER消息,如我我们所愿,RTSP确实有这样一条消息,本篇我们来看一看 URI表示rtsp的地址; Rtsp Version表示版本号; CSeq表示序列号; Content-length表示内容长度 Content-type表示内容类型; 之后跟着1个或多个参数及对应的值 RtspVersion表示Rtsp的版本号; 状态码和状态描述给出了对于设置某个参数的请求的回复状态,如状态码451,表示无效参数(Invalid Parameter)! 到这里,关于RTSP的主要的一些请求,我们基本就都了解了,当然,RTSP还有一些其他更加细节的请求,在实际中应用较少,就不再做详细介绍了!
可是只开放OPPO R11 和OPPO R11 PLUS两款机型(背后是否不知名的py交易暂不讨论) 今天就教大家用任意手机开启高帧率模式的方法。 根据n次实验,我们发现高帧率模式的显示与否是程序直接判断机型的。简而言之,要是你手机机型是OPPO R11 或OPPO R11 PLUS,就会给你开启高帧率模式的选项。 红米note3修改前没有高帧率模式 红米note3修改前没有高帧率模式 红米note3修改后有了高帧数模式 红米note3修改后有了高帧数模式 有ROOT版方式 1.准备工作 安卓手机一枚(已 点击首页右下角的加号添加游戏,找到王者荣耀安装包添加即可 打开设置,找到隐私保护设置将设备信息填写成下图所示保存即可 然后回到首页启动王者荣耀APP,嫌麻烦可以添加快捷方式到桌面 开启之前帧数是30,开启之后帧数是60.当然,高帧数意味着高消耗 除了这两种修改方式之外,还有修改系统文件build.prop等方式,只要是能修改机型让王者荣耀检测到你的机型是R11或者R11PLUS都行。
Unity下RTMP直播背景方面不再赘述,今天主要讨论的是,Unity环境下,如何实现Camera高帧率RTMP推送,这里提到的高帧率,不再局限于常规环境下的30帧,以VR头显为例,更高的帧率(比如50 图片图片之前,我们老早实现了Unity环境下的RTMP低延迟推送,原生环境下,比如windows下,可轻松实现50帧+的编码和RTMP推送(需要播放端也有高帧率播放的能力)。 好多开发者对这块比较感兴趣,今天分享几个点,权当抛砖引玉:数据源:拿到期望的高帧率数据是基础,以Android或Windows的Unity环境为例,如果你想推50帧,起码camera能每秒读到超过50帧的数据 ,ReadPixel()耗时还是比较大的,特别是Android端;数据读取和数据投递、编码等拆分,确保不至于因为数据投递、编码等,彼此相互影响;针对横竖屏或camera分辨率实时变化的处理;编码瓶颈:高帧率环境下 image, UInt32 flag, IntPtr pReserve);以上是Unity环境下高帧率
gettimeofday(&sinkParams.tv_bps, NULL); } else { sinkParams.video_bps_total += (float)iFrameSize; } 帧率统计实现代码 : //统计帧率 if (uiCurrTime - sinkParams.video_timestamp_total >= 2) { //if (sinkParams.fpsInSps==0)
开始使用的代码# -*- coding: cp936 -*-"""Author:NoamaNelsonDate:2019-11-19Discription:Read Camaro picture and 该摄像头在640*480分辨率下,支持120fps,笔者在代码中限制了下帧率为60fps,但还是每秒只能获取30多张图片,这又是Why?why? 终于是看到了希望原来以上问题在于,博主链接分析结论笔者使用的USB相机,同样支持视频编码格式为YUY2/MJPG,但是Opencv默认读取的是YUY2,而笔者在摄像头控制软件上查看了下,YUY2格式的各种分辨率下的帧率最大才 cv2.VideoWriter_fourcc('M', 'J', 'P', 'G'))修改后的代码# -*- coding: cp936 -*-"""Author:zhangboDate:2019-11
; 那么PerfDog能为高帧率游戏生态做些什么事情呢? 游戏时长3min11s,测得平均帧率达到90.2帧。 将《空战争锋》游戏帧数设置保持游戏默认设置。 游戏时长2min40s,测得平均帧率达到90.0帧。 将《王牌战士》游戏帧数设置成最高、画质:高、关闭自动降低游戏帧率和画质,进行游戏。 那如果要想《王牌战士》可以全局90帧高帧率游戏,那么就要对复活时画面进行高帧率适配。 03. 结语 通过PerfDog测试,可以看出目前高帧率游戏生态还有改进优化的空间,也正因为有PerfDog,可以让我们更快分析出高帧率游戏生态还有哪些改善空间,未来一定是一个高帧率手游时代,手机厂家要想打好游戏手机这张牌
EasyNVR平台通过EasyStreamClient的库拉取到在线流之后,可以获取到该流的相关信息,其中就包括视频的帧率信息。 GetStreamClientFps() uint { u32VideoFps := uint(client.MediaInfo.u32VideoFps) return u32VideoFps } 新增一个获取视频帧率信息的方法 channel.GetChannelMediaInfoFPS() TSINGSEE青犀视频开发的EasyStreamClient组件适用于各种级联转发及NVR硬件服务,支持视频文件的点播、 定位、回放、快进等功能,尤其是在安防RTSP 协议的支持上,此外,也适用于各种RTSP数据源接入与处理,图像分析类应用场景。
,而帧率的改变也影响了视频的体验质量。 由于在 GREED-VMAF 中只使用了 VMAF 的空间特征,并且 VMAF 框架要求比较视频具有相同的帧率,因此我们通过时间子采样来匹配帧率,从而更好的捕捉空间伪影。 我们提出的方法与其他评价方法和模型的性能对比如下表所示: 与其他方法或模型的性能对比 对于特定帧率的视频质量评价 将数据集按照不同的帧率分开,对不同帧率的视频分别进行评价,得到的性能比对如下表所示: 不同帧率的视频的性能 从表中我们可以看出,GREED-VMAF 在低帧率时有着更好的表现,而在较高帧率情况下性能表现不如 GREED。 在其他数据集下的表现 为了评判该模型对于非高帧率数据的泛化能力,采用了其他三个 VQA 数据集:LIVE-VQA、CSIQ-VQA 和 LIVE-mobile 进行评价,这些数据集的参考视频和失真视频具有相同的帧率
技术背景我们在对接RTSP、RTMP推拉流播放的时候,开发者提到这样的技术诉求,他们在用于安检等场景的时候,采集分辨率甚至需要4K+,帧率需要达到50帧以上,码率也非常高,这就对推流和播放模块,提出了更高的要求 以播放端为例,如果需要播放50帧以上高帧率高码率高分辨率的RTSP或RTMP流,以下是一些关键的步骤和考虑因素:1. 选择合适的RTSP播放器播放器性能:选择一款性能强大的RTSP|RTMP播放器,能够处理高帧率视频流的解码和渲染。 硬解码支持:超高帧率码率和分辨率的RTSP|RTMP视频流播放,由于解码非常耗费性能,建议采用硬解码模式。3. 网络条件带宽:高帧率视频流需要更高的带宽来保持流畅的播放。 |RTMP播放器,如果需要低延迟的播放50帧以上的高帧率码率的数据,需要有好的解码性能、做好音视频的同步处理,确保播放器的每个环节可控。
视频帧率:酌情设置,一般15-25帧; 7. 码率上限:如1080p,可以设置到2048Kbps或者4096Kbps; 8. 视频编码:H.264或H.265,还可以选MJPEG; 9. Smart264:酌情设置; 10.编码复杂度:酌情设置; 11. I帧间隔:一般设置到帧率的1-3倍,如帧率25,I帧间隔可设置到50; 12. SVC: 酌情设置; 13. 码流平滑:酌情设置。 RTSP URL规则: 主码流:rtsp://admin:daniulive12345@192.168.0.120:554/h265/ch1/main/av_stream 子码流:rtsp://admin 大华摄像机: 配置和海康摄像机大同小异,此处主要说下大华摄像机RTSP url规则: 主码流:rtsp://admin:admin123456@192.168.0.121:554/cam/realmonitor 播放展示: 如需设置TCP/UDP模式,或RTSP timeout时间、TCP/UDP模式自动切换,可点击“Rtsp配置”按钮,配置后,再播放。
早些年还可用VLC播放器在网页中播放RTSP视频流,好景不长,2015年Chrome、Firefox等浏览器取消了对 NPAPI插件的支持,导致在高版本的Chrome等网页中播放海康威视、大华等摄像头RTSP 因为需要服务器不断转码转流,对CPU和内存消耗较大,带宽占用高,长期综合使用成本也很高。如果多路播放或者看高分辨率或 H.265视频,很可能就会出现卡顿、花屏等情况。 2.先转流再转码方案 原理与方案一不同点是把在服务器上转码的过程转移到终端电脑上,目前在高版本浏览器(除IE外)中,已经支持 WASM技术,可以使用此技术在终端电脑上把RTSP视频流转码后播放。 如果能解决高版本的Chrome、Firefox、Edge等浏览器使用,此方案无疑是最佳选择! 猿大师的VLC网页播放程序提供了这样一个稳定可靠、兼容性好、低延迟又可同时稳定播放多路RTSP的低成本半开源技术方案,无疑是当前安防行业在网页端播放RTSP流的最佳选择。
EasyCVR平台支持多类型设备、多协议方式接入,包括市场主流标准协议国标GB/T28181、RTMP、RTSP/Onvif协议等,以及厂家私有协议,如海康SDK、大华SDK、海康Ehome等。 平台可将接入的流媒体进行处理及分发,分发的视频格式包括RTSP、RTMP、FLV、HLS、WebRTC等。 有用户反馈,将设备接入EasyCVR,播放RTSP流时会出现卡顿现象,不知道什么原因,请求我们协助排查。导致视频播放卡顿的原因有很多,比如网络不稳定、磁盘读写消耗过大、内存占用过高、服务器性能低等等。 查看摄像机设备视频帧率,将其配置调整成25fps,在EasyCVR平台观察测试,此时视频播放已经正常,未出现卡顿情况。视频帧率越高则图像越流畅平滑,看起来越舒适。 平台可拓展性强、开放度高、部署轻快,支持海量视频汇聚管理,支持与第三方集成,感兴趣的用户可以前往演示平台进行体验或部署测试。
EasyNVR流媒体服务支持RTSP稳定拉流接入,支持Onvif协议接入,支持RTMP/HLS/HTTP-FLV等视频流分发,将传统安防监控设备互联化,实现无插件直播。 有用户反馈在EasyNVR配置IPC通道后发现通道不在线,也不显示快照,如下图: 我们排查过很多类似问题,这里一开始要先排查流地址的配置有没有出错,用VLC播放器播流地址发现播放正常,说明RTSP地址是没问题的 于是进到IPC配置页面,发现码流类型、编码格式等都没问题,于是将帧率和分辨率改小,保存之后发现进入到平台页面能播了。 EasyNVR平台播放器的问题,一般来说帧率越大,传输数据就越大,目前EasyNVR产品播放器无法支持高帧率高分辨率的数据传输,因此导致出现视频流拉上来却不能播放的情况。
EasyNVR流媒体服务支持RTSP稳定拉流接入,支持Onvif协议接入,支持RTMP/HLS/HTTP-FLV等视频流分发,将传统安防监控设备互联化,实现无插件直播。 有用户反馈在EasyNVR配置IPC通道后发现通道不在线,也不显示快照,如下图: image.png 我们排查过很多类似问题,这里一开始要先排查流地址的配置有没有出错,用VLC播放器播流地址发现播放正常,说明RTSP image.png 于是进到IPC配置页面,发现码流类型、编码格式等都没问题,于是将帧率和分辨率改小,保存之后发现进入到平台页面能播了。 image.png EasyNVR平台播放器的问题,一般来说帧率越大,传输数据就越大,目前EasyNVR产品播放器无法支持高帧率高分辨率的数据传输,因此导致出现视频流拉上来却不能播放的情况。
此时,一个具备高解码效率、极低渲染延迟、稳定流控能力的 RTSP 播放端,已经不再是附属模块,而是整个系统的神经中枢之一。 自研播放器虽然可以通过 GStreamer、FFmpeg 等工具链实现延迟压缩,但往往开发成本高、跨平台适配难、稳定性难以保障。那么,如何评估一款 RTSP 播放器的延迟表现? 解码处理20~80ms解码方式(软件 vs 硬件)、线程调度、帧率处理等都会影响总延迟,尤其在移动端设备上效果差异更明显。 性能稳定 多线程架构分离接收/解码/渲染,保障高帧率下不卡顿; 弱网环境自动丢帧策略 + 延迟恢复机制,保障持续播放稳定性; 内置断流自动重连机制。 AI 视频采集与分析输入 远程医疗探视与操作控制 对比来看,如果你正在开发涉及实时性要求高、平台适配广、二次开发复杂度低的 RTSP 播放应用,大牛直播SDK无疑是极具性价比的解决方案。
EasyCVR可支持设备通过国标GB28181、RTMP、RTSP/Onvif协议,以及海康Ehome、海康SDK、大华SDK、华为SDK、宇视SDK、乐橙SDK、萤石SDK的方式接入,对外可分发RTSP 平台开放度高、兼容性强、可支持灵活拓展与第三方集成,我们也提供了丰富的API接口供有需求的用户进行自由调用、集成与二次开发。有需要的用户可以查看我们官方的API文档。 图片近期,我们对EasyCVR视频融合云平台的API接口文档进行了更新,在获取流信息中,新增了视频帧率、编码格式等信息,如下图:图片用户可以通过接口调用,获取到视频分辨率、音视频编码格式、推流码率、推流开始时间 、帧率等信息,如图:图片其中,帧率是通过计算一秒内刷新的帧数计算得出的:图片新功能的增加,有利于用户通过接口快速、清晰地获取更多关于视频流的信息。
传统方式如使用摄像头采集、调用 ffmpeg 解码、使用 OpenCV 的 cv2.VideoCapture(),往往面临: ❌ 帧率不稳、延迟高; ❌ 不支持 RTSP/RTMP 等协议或兼容性差; 在构建实时视频处理系统时,开发者通常面临以下三大核心挑战:挑战描述 视频接入不稳定传统接口如 cv2.VideoCapture() 对网络 RTSP/RTMP 支持差、帧率抖动严重,难以满足工业级实时性要求 大牛直播SDK:高性能视频通道组件能力模块描述 实时流媒体接入支持 RTSP、RTMP、File、Camera 等多源拉流,帧率稳定、连接快速 YUV/RGB帧回调支持精确帧级回调,零拷贝方式传递至 OpenCV 然而,在面对工业现场或智能分析场景时,这类方式常暴露出诸如连接不稳定、帧率抖动、延迟不可控、协议兼容差等问题。 /Webhook实现报警、可视化、系统联动反馈系统部署层多进程/共享内存/Web UI适配边缘/本地/云端多种部署方式这一组合不仅具备高实时性、高扩展性,更具备工程可落地性,为开发者打造“采→识→用”的智能通路提供了坚实底座
本文将聚焦于 大牛直播SDK 提供的 RTMP/RTSP 推拉流能力,结合当前炙手可热的 机器视觉、AI分析、边缘计算、智能终端等落地场景,全面解读如何构建一套 可落地、强交互、智能协同的视频感知系统。 ,适配云平台(如阿里云、腾讯云、私有服务器)✅ 跨平台兼容Android / Windows / Linux / iOS 全平台支持,适合嵌入工业系统✅ 高并发能力单实例可支持多路稳定并发接入,适合多路视觉系统 云端推理确认 画面或报警信息通过 RTMP 实时上屏 / 远程回传 四、 应用场景集锦:技术落地更“接地气”场景类型应用方式技术亮点 工业质检与产线识别拉流接图像 → AI识别缺陷 → 结果推流回溯高帧率支持 RTMP 显示与报警高并发、稳定运行 远程医疗影像系统本地图像设备采集 → AI图像处理 → RTMP实时上传专家终端跨平台推流、图像清晰度控制 物流无人仓监控多路 RTSP 摄像头实时拉流 + 多模型识别 、RTMP,适配不同系统之间互联互通的需求 可观测性内置帧率、码率、延迟统计接口,便于调试与性能优化六、 总结:让 AI 看得见、传得出、控得稳随着机器视觉、AI 分析、边缘计算等技术不断融合,构建一个稳定
在这些高要求场景下,接入高分辨率、低延迟的 RTSP/RTMP 视频流 成为了实际应用中的核心需求。 然而,传统 Unity 接入视频的方式——通过 CPU 内存拷贝 + Texture2D 更新——在高分辨率或高帧率场景下,依然面临性能开销与延迟上的瓶颈。 打破传统渲染路径中的性能瓶颈,最大限度减少 CPU 与 GPU 之间的内存拷贝与数据传输,避免因频繁的数据搬运造成的延迟积累与帧率下降。 共享纹理技术的接入,确保在高并发、大规模监控场景下, Unity 客户端依然能保持高帧率、低延迟的画面渲染,满足实时监控与交通管控的需求。 ✅ 高并发、弱网环境与远程互动在远程教育、协同办公、XR 虚拟互动场景中,视频流的低延迟与高稳定性同样至关重要。