- 综合排序
- 最热优先
- 最新优先
- 来自专栏媒矿工厂
高帧率视频标准与规范简介
帧率（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第一阶段的接收器以一半帧率进行解码。
2.1K00发布于 2018-08-08 - 来自专栏小文博客
王者荣耀最新开启高帧率模式方式
可是只开放OPPO R11 和OPPO R11 PLUS两款机型（背后是否不知名的py交易暂不讨论） 今天就教大家用任意手机开启高帧率模式的方法。 根据n次实验，我们发现高帧率模式的显示与否是程序直接判断机型的。简而言之，要是你手机机型是OPPO R11 或OPPO R11 PLUS，就会给你开启高帧率模式的选项。 红米note3修改前没有高帧率模式 红米note3修改前没有高帧率模式 红米note3修改后有了高帧数模式 红米note3修改后有了高帧数模式 有ROOT版方式 1.准备工作 安卓手机一枚（已 点击首页右下角的加号添加游戏，找到王者荣耀安装包添加即可 打开设置，找到隐私保护设置将设备信息填写成下图所示保存即可 然后回到首页启动王者荣耀APP，嫌麻烦可以添加快捷方式到桌面 开启之前帧数是30，开启之后帧数是60.当然，高帧数意味着高消耗
1.8K40发布于 2018-06-25 - 来自专栏RTSP/RTMP直播相关
Unity环境下实现Camera高帧率RTMP推送
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环境下高帧率
93320编辑于 2022-08-21 - 来自专栏用户1692782的专栏
手撕RTSP协议系列（9）——TEARDOWN
上一篇我们讲了RTSP PAUSE消息，本篇我们来看下RTSP TEARDOWN消息！ TEARDOWN作用 TEARDOWN是拆卸的意思，对于RTSP而言，就是结束流传输，同时释放与之相关的资源，TEARDWON之后，整个RTSP连接也就结束了！ ID（SETUP消息请求之后RTSP sever返回的会话id）。 回复消息中包含RTSP 版本号，状态码以及针对状态码的描述；同时返回消息的序列号（对应请求序列号）以及session id；另外还返回日期信息！服务端正常返回该消息，则此次RTSP连接消息结束！ ", realm="bcad28138995", nonce="a1a5b9d3865180dccbaffb1cb2eb2a27", uri="rtsp://192.17.1.73:554/Streaming
2.9K21发布于 2020-10-30 - 来自专栏TSINGSEE青犀视频
EasyPlayer-rtsp播放器中码率及帧率统计的实现方法
gettimeofday(&sinkParams.tv_bps, NULL); } else { sinkParams.video_bps_total += (float)iFrameSize; } 帧率统计实现代码 ： //统计帧率 if (uiCurrTime - sinkParams.video_timestamp_total >= 2) { //if (sinkParams.fpsInSps==0)
1.2K30发布于 2021-07-19 - 来自专栏全栈测试技术
Python+Opencv读取高帧率USB摄像头问题
该摄像头在640*480分辨率下，支持120fps，笔者在代码中限制了下帧率为60fps，但还是每秒只能获取30多张图片，这又是Why？why？ 终于是看到了希望原来以上问题在于，博主链接分析结论笔者使用的USB相机，同样支持视频编码格式为YUY2/MJPG，但是Opencv默认读取的是YUY2，而笔者在摄像头控制软件上查看了下，YUY2格式的各种分辨率下的帧率最大才
4K51编辑于 2023-01-17 - 来自专栏WeTest质量开放平台团队的专栏
PerfDog可以助力高帧率游戏生态更全面发展
； 那么PerfDog能为高帧率游戏生态做些什么事情呢？ 将《王牌战士》游戏帧数设置成最高、画质：高、关闭自动降低游戏帧率和画质，进行游戏。 那如果要想《王牌战士》可以全局90帧高帧率游戏，那么就要对复活时画面进行高帧率适配。 03. 结语 通过PerfDog测试，可以看出目前高帧率游戏生态还有改进优化的空间，也正因为有PerfDog，可以让我们更快分析出高帧率游戏生态还有哪些改善空间，未来一定是一个高帧率手游时代，手机厂家要想打好游戏手机这张牌 ，那么解决好手机散热问题也至关重要，而PerfDog可以助力高帧率游戏生态更全面发展。
85920发布于 2020-05-11 - 来自专栏TSINGSEE青犀视频
RTSP协议视频智能分析平台EasyNVR如何通过StreamClient组件获取视频的帧率信息？
EasyNVR平台通过EasyStreamClient的库拉取到在线流之后，可以获取到该流的相关信息，其中就包括视频的帧率信息。 GetStreamClientFps() uint { u32VideoFps := uint(client.MediaInfo.u32VideoFps) return u32VideoFps } 新增一个获取视频帧率信息的方法 channel.GetChannelMediaInfoFPS() TSINGSEE青犀视频开发的EasyStreamClient组件适用于各种级联转发及NVR硬件服务，支持视频文件的点播、 定位、回放、快进等功能，尤其是在安防RTSP 协议的支持上，此外，也适用于各种RTSP数据源接入与处理，图像分析类应用场景。
1.5K50发布于 2021-02-03 - 来自专栏媒矿工厂
基于 VMAF 和 GREED 的高帧率全参考视频质量评价方法
，而帧率的改变也影响了视频的体验质量。 我们提出的方法与其他评价方法和模型的性能对比如下表所示： 与其他方法或模型的性能对比 对于特定帧率的视频质量评价 将数据集按照不同的帧率分开，对不同帧率的视频分别进行评价，得到的性能比对如下表所示： 不同帧率的视频的性能 从表中我们可以看出，GREED-VMAF 在低帧率时有着更好的表现，而在较高帧率情况下性能表现不如 GREED。 在其他数据集下的表现 为了评判该模型对于非高帧率数据的泛化能力，采用了其他三个 VQA 数据集：LIVE-VQA、CSIQ-VQA 和 LIVE-mobile 进行评价，这些数据集的参考视频和失真视频具有相同的帧率 dis_k=049e7be05d6a5e4141d2fe7a9abafc55&dis_t=1636021005&vid=wxv_2118273210247938057&format_id=10002&support_redirect
2.1K30发布于 2021-11-04 - 来自专栏平凡文摘
高可用高并发的 9 种技术架构！
所以虽然分层架构模式最初的目的是规划软件清晰的逻辑结构以便于开发维护，但在网站的发展过程中，分层结构对网站支持高并发向分布式方向的发展至关重要。 ? 2、冗余 网站需要7×24小时连续运行，那么就得有相应的冗余机制，以防某台机器宕掉时无法访问，而冗余则可以通过部署至少两台服务器构成一个集群实现服务高可用。数据库除了定期备份还需要实现冷热备份。 网站越大，功能越复杂，服务和数据处理的种类也越多，将这些不同的功能和服务分隔开来，包装成高内聚低耦合的模块单元，不仅有助于软件的开发维护也便于不同模块的分布式部署，提高网站的并发处理能力和功能扩展能力。 9、缓存 缓存目的就是减轻服务器的计算，使数据直接返回给用户。在现在的软件设计中，缓存已经无处不在。具体实现有CDN、反向代理、本地缓存、分布式缓存等。
76750发布于 2018-07-03 - 来自专栏Java技术栈
高可用高并发的 9 种技术架构！
所以虽然分层架构模式最初的目的是规划软件清晰的逻辑结构以便于开发维护，但在网站的发展过程中，分层结构对网站支持高并发向分布式方向的发展至关重要。 ? 2、冗余 网站需要7×24小时连续运行，那么就得有相应的冗余机制，以防某台机器宕掉时无法访问，而冗余则可以通过部署至少两台服务器构成一个集群实现服务高可用。数据库除了定期备份还需要实现冷热备份。 网站越大，功能越复杂，服务和数据处理的种类也越多，将这些不同的功能和服务分隔开来，包装成高内聚低耦合的模块单元，不仅有助于软件的开发维护也便于不同模块的分布式部署，提高网站的并发处理能力和功能扩展能力。 9、缓存 缓存目的就是减轻服务器的计算，使数据直接返回给用户。在现在的软件设计中，缓存已经无处不在。具体实现有CDN、反向代理、本地缓存、分布式缓存等。
66050发布于 2018-07-31 - 来自专栏Triciaの小世界
高数Umaru系列（9）——哈士奇
Description 由于高数巨养的喵星人太傲娇了，要天天吃新鲜猫粮而且还经常欺负高数巨，所以高数巨决定买几条哈士奇尝尝鲜。 这天高数巨来到了二手狗市场买哈士奇，高数巨看完了所有的哈士奇，记下了每条哈士奇的价格，并根据对它们的好感程度给它们每只都赋予了一个萌值。 高数现在手里有X元，她想通过购买若干条哈士奇来获得尽可能多的萌值。现在给定高数巨手里的钱X以及N条哈士奇的价格和萌值，求高数巨最多可获得多少萌值 Input 多组输入。 对于每组输入，第一行有两个整数N，X（1 < = N < = 100，1 < = X < = 1000），分别表示哈士奇的数量和高数巨的钱数。 接下来的N行每行有两个整数Pi，Mi（1 < = Pi,Mi < = 100），分别表示第i条哈士奇的价格和萌值 Output 对于每组数据，输出一个整数，表示高数巨最多可以获得的萌值，每组输出占一行
25010编辑于 2023-04-12 - 来自专栏RTSP/RTMP直播相关
低延迟播放超高分辨率（4K+）帧率（50帧+）RTSP|RTMP流技术探讨和实现
技术背景我们在对接RTSP、RTMP推拉流播放的时候，开发者提到这样的技术诉求，他们在用于安检等场景的时候，采集分辨率甚至需要4K+，帧率需要达到50帧以上，码率也非常高，这就对推流和播放模块，提出了更高的要求 以播放端为例，如果需要播放50帧以上高帧率高码率高分辨率的RTSP或RTMP流，以下是一些关键的步骤和考虑因素：1. 选择合适的RTSP播放器播放器性能：选择一款性能强大的RTSP|RTMP播放器，能够处理高帧率视频流的解码和渲染。 硬解码支持：超高帧率码率和分辨率的RTSP|RTMP视频流播放，由于解码非常耗费性能，建议采用硬解码模式。3. 网络条件带宽：高帧率视频流需要更高的带宽来保持流畅的播放。 |RTMP播放器，如果需要低延迟的播放50帧以上的高帧率码率的数据，需要有好的解码性能、做好音视频的同步处理，确保播放器的每个环节可控。
79210编辑于 2024-07-15 - 来自专栏活动盒子
9种高性能高可用高并发的技术架构
所谓网站架构模式即为了解决大型网站面临的高并发访问、海量数据、高可靠运行等一系列问题与挑战。 但在网站的发展过程中，分层结构对网站支持高并发，向分布式方向的发展至关重要。 2、冗余 网站需要7×24小时连续运行，那么就得有相应的冗余机制，以防某台机器宕掉时无法访问，而冗余则可以通过部署至少两台服务器构成一个集群实现服务高可用。数据库除了定期备份还需要实现冷热备份。 网站越大，功能越复杂，服务和数据处理的种类也越多，将这些不同的功能和服务分隔开来，包装成高内聚低耦合的模块单元，不仅有助于软件的开发维护也便于不同模块的分布式部署，提高网站的并发处理能力和功能扩展能力。 9、缓存 缓存目的就是减轻服务器的计算，使数据直接返回给用户。在现在的软件设计中，缓存已经无处不在。具体实现有CDN、反向代理、本地缓存、分布式缓存等。
2K30发布于 2019-04-18 - 来自专栏猿大师
如何在高版本谷歌Chrome中播放RTSP实时视频？
早些年还可用VLC播放器在网页中播放RTSP视频流，好景不长，2015年Chrome、Firefox等浏览器取消了对 NPAPI插件的支持，导致在高版本的Chrome等网页中播放海康威视、大华等摄像头RTSP 因为需要服务器不断转码转流，对CPU和内存消耗较大，带宽占用高，长期综合使用成本也很高。如果多路播放或者看高分辨率或 H.265视频，很可能就会出现卡顿、花屏等情况。 2.先转流再转码方案 原理与方案一不同点是把在服务器上转码的过程转移到终端电脑上，目前在高版本浏览器（除IE外）中，已经支持 WASM技术，可以使用此技术在终端电脑上把RTSP视频流转码后播放。 如果能解决高版本的Chrome、Firefox、Edge等浏览器使用，此方案无疑是最佳选择！ 猿大师的VLC网页播放程序提供了这样一个稳定可靠、兼容性好、低延迟又可同时稳定播放多路RTSP的低成本半开源技术方案，无疑是当前安防行业在网页端播放RTSP流的最佳选择。
4.8K00发布于 2021-10-10 - 来自专栏RTSP/RTMP直播相关
海康、大华网络摄像机RTSP URL格式组成及参数配置
视频帧率：酌情设置，一般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配置”按钮，配置后，再播放。
15.4K30发布于 2019-09-24 - 来自专栏TSINGSEE青犀视频
EasyCVR接入设备后播放视频出现卡顿现象的原因分析及解决
EasyCVR平台支持多类型设备、多协议方式接入，包括市场主流标准协议国标GB/T28181、RTMP、RTSP/Onvif协议等，以及厂家私有协议，如海康SDK、大华SDK、海康Ehome等。 平台可将接入的流媒体进行处理及分发，分发的视频格式包括RTSP、RTMP、FLV、HLS、WebRTC等。 有用户反馈，将设备接入EasyCVR，播放RTSP流时会出现卡顿现象，不知道什么原因，请求我们协助排查。导致视频播放卡顿的原因有很多，比如网络不稳定、磁盘读写消耗过大、内存占用过高、服务器性能低等等。 查看摄像机设备视频帧率，将其配置调整成25fps，在EasyCVR平台观察测试，此时视频播放已经正常，未出现卡顿情况。视频帧率越高则图像越流畅平滑，看起来越舒适。 平台可拓展性强、开放度高、部署轻快，支持海量视频汇聚管理，支持与第三方集成，感兴趣的用户可以前往演示平台进行体验或部署测试。
1K20编辑于 2022-07-28 - 来自专栏EasyNVR
关于EasyNVR视频广场通道不在线也不显示快照的问题排查
EasyNVR流媒体服务支持RTSP稳定拉流接入，支持Onvif协议接入，支持RTMP/HLS/HTTP-FLV等视频流分发，将传统安防监控设备互联化，实现无插件直播。 有用户反馈在EasyNVR配置IPC通道后发现通道不在线，也不显示快照，如下图： 我们排查过很多类似问题，这里一开始要先排查流地址的配置有没有出错，用VLC播放器播流地址发现播放正常，说明RTSP地址是没问题的 于是进到IPC配置页面，发现码流类型、编码格式等都没问题，于是将帧率和分辨率改小，保存之后发现进入到平台页面能播了。 EasyNVR平台播放器的问题，一般来说帧率越大，传输数据就越大，目前EasyNVR产品播放器无法支持高帧率高分辨率的数据传输，因此导致出现视频流拉上来却不能播放的情况。
43810发布于 2021-11-04 - 来自专栏TSINGSEE青犀视频
关于EasyNVR视频广场通道不在线也不显示快照的问题排查
EasyNVR流媒体服务支持RTSP稳定拉流接入，支持Onvif协议接入，支持RTMP/HLS/HTTP-FLV等视频流分发，将传统安防监控设备互联化，实现无插件直播。 有用户反馈在EasyNVR配置IPC通道后发现通道不在线，也不显示快照，如下图： image.png 我们排查过很多类似问题，这里一开始要先排查流地址的配置有没有出错，用VLC播放器播流地址发现播放正常，说明RTSP image.png 于是进到IPC配置页面，发现码流类型、编码格式等都没问题，于是将帧率和分辨率改小，保存之后发现进入到平台页面能播了。 image.png EasyNVR平台播放器的问题，一般来说帧率越大，传输数据就越大，目前EasyNVR产品播放器无法支持高帧率高分辨率的数据传输，因此导致出现视频流拉上来却不能播放的情况。
47630发布于 2021-10-29 - 来自专栏RTSP/RTMP直播相关
如何打造毫秒级响应的RTSP播放器：架构拆解与实战优化指南
此时，一个具备高解码效率、极低渲染延迟、稳定流控能力的 RTSP 播放端，已经不再是附属模块，而是整个系统的神经中枢之一。 自研播放器虽然可以通过 GStreamer、FFmpeg 等工具链实现延迟压缩，但往往开发成本高、跨平台适配难、稳定性难以保障。那么，如何评估一款 RTSP 播放器的延迟表现？ 解码处理20~80ms解码方式（软件 vs 硬件）、线程调度、帧率处理等都会影响总延迟，尤其在移动端设备上效果差异更明显。 性能稳定 多线程架构分离接收/解码/渲染，保障高帧率下不卡顿； 弱网环境自动丢帧策略 + 延迟恢复机制，保障持续播放稳定性； 内置断流自动重连机制。 AI 视频采集与分析输入 远程医疗探视与操作控制 对比来看，如果你正在开发涉及实时性要求高、平台适配广、二次开发复杂度低的 RTSP 播放应用，大牛直播SDK无疑是极具性价比的解决方案。
1K10编辑于 2025-07-27
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号