帧率(High Frame Rate, HFR)是指利用比正常帧率(如24帧/秒)更高的技术拍摄而成的影片。欧洲已经对高于每秒50帧的视频有了广泛的研究。 而增加帧率则可以同时减轻运动模糊与频闪两者,不仅使图像更加锐利,还提高了图像显示质量。 高帧率协议 为了最大化高帧率技术所带来的收益,必须从摄影到显示采用一整套连锁方案。 接下来将介绍各个支持高帧率的协议。 ITU-R BT.2100-1 ITU定义了贯穿视频技术每个环节上的基础参数。 这份文档定义了UHD演播室信号(UHD studio signals)的串行数字接口,这类信号的像素数支持3,840 × 2,160(4k)与7,680 × 4,320(8k),帧率可最高达120fps 使用时,它允许发送单个流(最高120 Hz),也可以由UHD第一阶段的接收器以一半帧率进行解码。
可是只开放OPPO R11 和OPPO R11 PLUS两款机型(背后是否不知名的py交易暂不讨论) 今天就教大家用任意手机开启高帧率模式的方法。 根据n次实验,我们发现高帧率模式的显示与否是程序直接判断机型的。简而言之,要是你手机机型是OPPO R11 或OPPO R11 PLUS,就会给你开启高帧率模式的选项。 红米note3修改前没有高帧率模式 红米note3修改前没有高帧率模式 红米note3修改后有了高帧数模式 红米note3修改后有了高帧数模式 有ROOT版方式 1.准备工作 安卓手机一枚(已 点击首页右下角的加号添加游戏,找到王者荣耀安装包添加即可 打开设置,找到隐私保护设置将设备信息填写成下图所示保存即可 然后回到首页启动王者荣耀APP,嫌麻烦可以添加快捷方式到桌面 开启之前帧数是30,开启之后帧数是60.当然,高帧数意味着高消耗
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)
该摄像头在640*480分辨率下,支持120fps,笔者在代码中限制了下帧率为60fps,但还是每秒只能获取30多张图片,这又是Why?why? 终于是看到了希望原来以上问题在于,博主链接分析结论笔者使用的USB相机,同样支持视频编码格式为YUY2/MJPG,但是Opencv默认读取的是YUY2,而笔者在摄像头控制软件上查看了下,YUY2格式的各种分辨率下的帧率最大才
; 那么PerfDog能为高帧率游戏生态做些什么事情呢? 将《王牌战士》游戏帧数设置成最高、画质:高、关闭自动降低游戏帧率和画质,进行游戏。 那如果要想《王牌战士》可以全局90帧高帧率游戏,那么就要对复活时画面进行高帧率适配。 03. 结语 通过PerfDog测试,可以看出目前高帧率游戏生态还有改进优化的空间,也正因为有PerfDog,可以让我们更快分析出高帧率游戏生态还有哪些改善空间,未来一定是一个高帧率手游时代,手机厂家要想打好游戏手机这张牌 ,那么解决好手机散热问题也至关重要,而PerfDog可以助力高帧率游戏生态更全面发展。
EasyNVR平台通过EasyStreamClient的库拉取到在线流之后,可以获取到该流的相关信息,其中就包括视频的帧率信息。 GetStreamClientFps() uint { u32VideoFps := uint(client.MediaInfo.u32VideoFps) return u32VideoFps } 新增一个获取视频帧率信息的方法 channel.GetChannelMediaInfoFPS() TSINGSEE青犀视频开发的EasyStreamClient组件适用于各种级联转发及NVR硬件服务,支持视频文件的点播、 定位、回放、快进等功能,尤其是在安防RTSP 协议的支持上,此外,也适用于各种RTSP数据源接入与处理,图像分析类应用场景。
,而帧率的改变也影响了视频的体验质量。 我们提出的方法与其他评价方法和模型的性能对比如下表所示: 与其他方法或模型的性能对比 对于特定帧率的视频质量评价 将数据集按照不同的帧率分开,对不同帧率的视频分别进行评价,得到的性能比对如下表所示: 不同帧率的视频的性能 从表中我们可以看出,GREED-VMAF 在低帧率时有着更好的表现,而在较高帧率情况下性能表现不如 GREED。 在其他数据集下的表现 为了评判该模型对于非高帧率数据的泛化能力,采用了其他三个 VQA 数据集:LIVE-VQA、CSIQ-VQA 和 LIVE-mobile 进行评价,这些数据集的参考视频和失真视频具有相同的帧率 dis_k=049e7be05d6a5e4141d2fe7a9abafc55&dis_t=1636021005&vid=wxv_2118273210247938057&format_id=10002&support_redirect
RTSP URI表明请求的RTSP 地址; RTSP version表明版本号; CSeq 表示请求的序列号; User-Agent表示用户代理; Session 表示会话id,值为SETUP请求之后, 同样,客户端发送PLAY请求之后,服务端会回复RTSP消息,常见的回复字段格式如下: ? Rtsp Version表示RTSP的版本; 状态码表示当前消息的状态,没有异常的情况下一般为200; 状态描述是针对状态码的描述,如200对应的描述为OK; CSeq表示RTSP包的序号; Session PLAY 案例 好了,最后放上一个实例: RTSP PLAY (requst) PLAY rtsp://192.17.1.63:554/ RTSP/1.0\r\n Range: npt=0.000-\r ://192.17.1.63:554/", response="9ea6c2659d3bce8d129ca3549ecc7fbf"\r\n\r\n RTSP PLAY (response) RTSP/1.0
技术背景我们在对接RTSP、RTMP推拉流播放的时候,开发者提到这样的技术诉求,他们在用于安检等场景的时候,采集分辨率甚至需要4K+,帧率需要达到50帧以上,码率也非常高,这就对推流和播放模块,提出了更高的要求 以播放端为例,如果需要播放50帧以上高帧率高码率高分辨率的RTSP或RTMP流,以下是一些关键的步骤和考虑因素:1. 选择合适的RTSP播放器播放器性能:选择一款性能强大的RTSP|RTMP播放器,能够处理高帧率视频流的解码和渲染。 硬解码支持:超高帧率码率和分辨率的RTSP|RTMP视频流播放,由于解码非常耗费性能,建议采用硬解码模式。3. 网络条件带宽:高帧率视频流需要更高的带宽来保持流畅的播放。 |RTMP播放器,如果需要低延迟的播放50帧以上的高帧率码率的数据,需要有好的解码性能、做好音视频的同步处理,确保播放器的每个环节可控。
早些年还可用VLC播放器在网页中播放RTSP视频流,好景不长,2015年Chrome、Firefox等浏览器取消了对 NPAPI插件的支持,导致在高版本的Chrome等网页中播放海康威视、大华等摄像头RTSP 因为需要服务器不断转码转流,对CPU和内存消耗较大,带宽占用高,长期综合使用成本也很高。如果多路播放或者看高分辨率或 H.265视频,很可能就会出现卡顿、花屏等情况。 2.先转流再转码方案 原理与方案一不同点是把在服务器上转码的过程转移到终端电脑上,目前在高版本浏览器(除IE外)中,已经支持 WASM技术,可以使用此技术在终端电脑上把RTSP视频流转码后播放。 如果能解决高版本的Chrome、Firefox、Edge等浏览器使用,此方案无疑是最佳选择! https://www.bilibili.com/video/BV1Sr4y117v8/ 猿大师与大华官方网页延迟对比:https://www.bilibili.com/video/BV1ff4y1j7qg
;[屏幕]支持屏幕裁剪,根据帧率和推送分辨率,自动推荐码流;[摄像头]支持摄像头选择、分辨率设置、帧率设置;[摄像头]摄像头支持水平反转、垂直反转、0° 90° 180° 270°旋转;[屏幕]支持DXGI .265(需设备支持H.265特定机型硬编码)和Enhanced RTMP;支持特定机型硬编码;支持实时音量调节;支持扩展录像模块;支持Unity接口;支持H.264扩展SEI发送模块;支持Windows7及以上版本 ; [端口设置]支持RTSP端口设置; [鉴权设置]支持RTSP鉴权用户名、密码设置; [获取session连接数]支持获取当前RTSP服务会话连接数; [多服务支持]支持同时创建多个内置RTSP服务; 参数设置:包括帧率、分辨率、码率、关键帧间隔等。这些参数可以通过SDK接口单独设置,以满足不同的推流需求。摄像头设置:支持摄像头选择、分辨率设置、帧率设置、水平/垂直翻转、旋转等。 7. 其他功能支持多种操作系统:大牛直播SDK推送端支持Windows 7及以上系统。
技术实现启动大牛直播SDK的SmartPublisherDemo.exe,先选择摄像头,配置分辨率、帧率码率,“采集摄像头”-->选择需要共享的摄像头,并选择分辨率和帧率,如果需要采集麦克风或扬声器,勾选即可 RTSP URL。 支持帧率、关键帧间隔(GOP)、码率(bit-rate)设置;[屏幕]支持屏幕裁剪,根据帧率和推送分辨率,自动推荐码流;[摄像头]支持摄像头选择、分辨率设置、帧率设置;[摄像头]摄像头支持水平反转、垂直反转 端口设置;支持RTSP鉴权用户名、密码设置;支持获取当前RTSP服务会话连接数。 支持Unity接口;支持H.264扩展SEI发送模块;支持Windows7及以上版本。
视频帧率:酌情设置,一般15-25帧; 7. 码率上限:如1080p,可以设置到2048Kbps或者4096Kbps; 8. 视频编码:H.264或H.265,还可以选MJPEG; 9. I帧间隔:一般设置到帧率的1-3倍,如帧率25,I帧间隔可设置到50; 12. SVC: 酌情设置; 13. 码流平滑:酌情设置。 音频: 1. 音频编码:建议选择AAC; 2. 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配置”按钮,配置后,再播放。
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产品播放器无法支持高帧率高分辨率的数据传输,因此导致出现视频流拉上来却不能播放的情况。
换句话说: 旧手机的性能,天然就比大部分低价 IPC 更适合做一台“高码率、低延迟、长时间运行”的监控摄像头。 那么它差什么? : 重负载(RTMP需要独立部署服务器) 网络抖动后画面易断、卡顿明显 帧率、码率不稳定 耗电高(无硬编、持续软转码) 大部分只支持 H.264,不支持 H.265 大多数只能一终端观看 部分方案强依赖外网 ⑤ 跨平台统一 API相同的 RTSP Server 核心在以下平台完全一致: Android arm64 / armv7 / x86 / x86_64 iOS arm64 Windows Linux 支持的 CPU 架构:armv7、arm64、x86、x86_64。 4.3 锁定摄像头分辨率和帧率避免因为自动切换曝光/帧率导致 NALU 波动。4.4 充电时避免过热简单散热片或金属支架即可大幅降低温度。
此时,一个具备高解码效率、极低渲染延迟、稳定流控能力的 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接口文档进行了更新,在获取流信息中,新增了视频帧率、编码格式等信息,如下图:图片用户可以通过接口调用,获取到视频分辨率、音视频编码格式、推流码率、推流开始时间 、帧率等信息,如图:图片其中,帧率是通过计算一秒内刷新的帧数计算得出的:图片新功能的增加,有利于用户通过接口快速、清晰地获取更多关于视频流的信息。