近期接到用户的反馈EasyNVR在播放按需和非按需视频时，RTSP流出现了卡顿现象，对此我们进行了排查和分析。今天我们来分享一下解决过程。 我们远程登录用户的EasyNVR平台播放视频进行观察，发现视频画面帧率有波动，初步判断是不是有丢帧情况。将原本的UPD传输协议更改成了TCP再进行查看，视频还是卡顿。 经上述排查后，我们用VLC播放视频测试，发现并无出现卡顿情况。因此这种情况，我们考虑是不是用户的摄像机设备视频帧率低的问题导致的卡顿。 在监控摄像机中，分辨率、解码率越高，图像质量越好、文件越大，这意味着传输需要的带宽也更大。帧数越多，视频图像越稳定，一般来说设置为25帧就可以了。帧数过低视频视觉就会卡顿。 人眼看视频的流畅度最低帧率是25，一般低于25视觉效果就会变差，因为这是人眼识别的极限。 最后我们查看摄像设备视频帧率配置，调整为25 FPS之后，再通过EasyNVR平台查看，播放已经正常了。
9.9元享100GB流量，快直播体验仅需8.8元，结合视立方SDK快速构建云+端一体化直播平台，支持电商带货、在线教育、游戏直播等多样音视频互动场景
，可提供视频监控直播、录像、 云存储、告警、级联等视频能力。 有用户反馈，EasyNVR通过国标GB28181协议级联到上级平台后，上级平台播放视频出现卡顿断流的情况，但是下级平台却能正常播放。根据用户的反馈，我们对此进行了排查与分析。 1）首先，从上级开始抓包，从数据包里可以看到，播放视频流一分钟之后，发了bye且视频流中断，从而重新请求。从上图分析得知，是网络的原因导致，于是进一步排查是上级网络还是下级网络造成此异常。 此时将上下级平台同时抓包进行查看，可以看到上级平台播放视频流时丢包严重，如图所示：而在下级平台的抓包数据中，数据处于正常情况（下图）。那么由此可以判断是上级平台的网络原因导致视频播放卡顿。 沟通该用户之后，重新调整上级网络，随后视频播放恢复了正常。EasyNVR平台可拓展性强、视频能力灵活，为了便于用户二次开发、自由调用与集成，EasyNVR也提供了丰富的API接口供大家使用。
，可提供视频监控直播、录像、 云存储、告警、级联等视频能力。 有用户反馈，EasyNVR通过国标GB28181协议级联到上级平台后，上级平台播放视频出现卡顿断流的情况，但是下级平台却能正常播放。 根据用户的反馈，我们对此进行了排查与分析。 1）首先，从上级开始抓包，从数据包里可以看到，播放视频流一分钟之后，发了bye且视频流中断，从而重新请求。 从上图分析得知，是网络的原因导致，于是进一步排查是上级网络还是下级网络造成此异常。 此时将上下级平台同时抓包进行查看，可以看到上级平台播放视频流时丢包严重，如图所示： 而在下级平台的抓包数据中，数据处于正常情况（下图）。那么由此可以判断是上级平台的网络原因导致视频播放卡顿。 沟通该用户之后，重新调整上级网络，随后视频播放恢复了正常。 EasyNVR平台可拓展性强、视频能力灵活，为了便于用户二次开发、自由调用与集成，EasyNVR也提供了丰富的API接口供大家使用。
近期上线后，发现视频整体播放没有啥大问题，但是仔细看还是感觉有点卡顿，不仔细看不容易发现，就这个视频卡顿问题进行了一番排查，先说下结论：我们在读磁盘的TS切片文件时，没有把整个TS读完整，导致每个GOP 视频卡顿引起的原因很多，一般分为两大类： 一类是因为音视频时间戳打的不规范导致视频在解码渲染时顺序不对引起的； 另外一大类就是视频传输过程中因为网络问题导致的丢包进而产生的花屏和卡顿问题。 上传码流从生产到消费的路径有两条： 第一条码流传输路径： 1-----2------6：这条路径主要是我们的私有协议，在自研移动端APP上进行观看播放码流，实际发现播放很顺畅，无卡顿感。 接着把HLSTS当时切片到磁盘上的一个个小TS合并成一个大文件播放，比较下到底是不是问题出现在把私有流传TS切片的过程，如果不是就继续分析上传到对象存储以及之后的下载分发情况。 实际上传的大小也就是文件写磁盘的大小，视频卡顿也消失了。下面是分析结果和实际优化后的播放效果。 这里一个GOP就变成100帧，实际日志也显示上传的大小和磁盘文件最终的文件大小一致： ?
EasyGBS平台具备UDP和TCP两种传输模式，默认的播放协议是udp的传输模式，udp的优势是传输速度更快，更具有实时性。 但是udp的劣势也很明显，就是相对于tcp来说很不可靠，所以就经常出现丢包的现象，导致视频卡住过后，过几秒新的数据包来了又可以播放了。 1.抓包 设备接入EasyGBS进行udp播放时，可以对用户传输视频流的udp端口进行抓包， 这个是一个正常的udp包信息，如果要是出现丢包的话seq这个参数会出现不连续的情况，比如说上一个是seq= 10，下一个包显示的确实seq=12，这种情况就是说seq=11这个包丢了导致视频卡顿。 这里可以看到上面写的上个包的名称是15339，下一个则突然跳到了15345，中间丢了6包，所以视频很卡顿。 当然视频卡顿还是有很多办法解决的，通过切换码率、切换传输协议都可以解决该问题。
经过多次升级，视频安防智能分析平台EasyCVR已经支持市面上常见的协议以及部分私有协议的接入，目前协议接入方面我们还在不断拓展，大家可以关注我们了解最新更新。 前段时间，有个项目团队在使用EasyCVR进行ehome设备接入过程中，部分设备会出现播放期间，网页播放器上会突然间黑屏闪一下，随后视频才又恢复正常播放，使用其他播放器测试，直接播放视频流则会出现视频卡住不动的情况 该项目现场是通过海康EHOME协议将设备接入，EHOME协议作为海康私有协议，实际是存在不稳定的因素。该问题应该是视频流在使用的过程中出现了不稳定掉线的问题。 由于EasyCVR内置了TSINGSEE青犀视频自主研发的web播放器，自身带有视频流重联的功能，因此播放器在检测到视频断掉时，会不断进行视频流的拉取，直到拉到视频流进行直播才正常开始播放器的工作。 经过多年的测试，在课堂教育、手机直播等领域中发挥重要作用，如果大家想了解更多，欢迎联系我们。
【重大功能发布】 【云点播VOD】 自适应码流发布：立即体验 适用对象：适用于需要实现在不同网络环境下，自动调节分辨率从而保证观众流畅观看的客户。 主要优势：为满足播放器能够根据当前网络抖动情况动态选择最合适的码率播放的场景，自适应码流功能可为客户提供自定义自适应码流内多个分辨率、码率、音频等参数灵活配置的能力，接入流程简单，价格低廉。 【重要文档更新】 【云点播VOD】 1.日结计费 更新自适应码流的计费规则、计费价格和计费文档说明 2.定价中心 更新官网的定价规则 3.视频床问题与防范 更新了视频床问题中恶意用户实现视频床的常见方式 4.视频播放问题 增加常见的视频无法播放的问题 【云直播CSS】 1.快直播计费说明 快直播计费上线，增加计费价格说明 2.快速入门 优化入门说明，简化步骤快速跑通云直播 3.推流失败问题排查 文档描述更新 ，重新归类便于查询 4.优化视频卡顿 问题排查文档重新归类便于查询定位 【精选技术文章】 1.腾讯云直播+点播全线产品支持AV1，带来极致视频体验 2.一杯咖啡的时间，集成短视频功能 【热门问答】 云点播
第三部分：流畅度 流畅度与卡顿的关联可以用以下的流程图来大致展示： 641.png 流畅度影响卡顿。 备注：比如游戏中已预知的卡顿，如新UI弹出等造成卡顿，可认为是干扰，需要剔除，不应算在Jank，可通过web云上，框选右键删除干扰数据。 APP方面 APP也需要关注FPS及Jank。 手机交互灵敏度就是来源于此，Android系统才出黄油计划Jank。一般滑动状态下，帧率越高越好，Jank越小越好。 4) 播放视频页面窗口。 需要关注FPS和Jank，视频卡顿直接影响用户。 比如微信播放视频、视频播放器等。 通过这五部分的讲解，相信大家可以清楚的了解Jank卡顿对于APP&游戏的重要，以及其关注的侧重点，PerfDog正是是致力于为游戏&应用提升品质。 PerfDog是由WeTest腾讯质量开放平台发行的移动全平台iOS\Android性能测试工具，能快速定位分析性能问题，提升APP应用及游戏性能和品质，手机无需ROOT/越狱，手机硬件、游戏及应用无需做任何更改
再好的服务器，再好的配置也无法改变用户设备配置不统一的问题，用户配置不统一会造成视频卡顿、直播延迟大、音画不同步、开屏流畅度低等问题，想要解决以上问题，可以在直播源码上下手，提高用户的使用流畅度。 直播3[1].JPEG 音视频如果按照原有的格式和大小在流媒体上传输，会占用很大的空间和很多的宽带，公司可能在宽带方面就要有一大笔的开销，再由于用户的手机机型不同，不对视频进行处理，就会导致画面无法正常播放 ，这样不仅浪费宽带还影响用户体验，于是就有了编解码的发挥，通过对原视频进行编码，更改视频格式，将视频变得能适配各种机型，统一的编码格式也能有效降低宽带的占用率，节省宽带的同时提高传输速度。 编码的分类是因为统一的编码格式不是万能的，部分手机配置过低的用户，无法使用编码过高的播放方式，这样会造成手机CPU占比增大，手机发烫，为了保证手机CPU占比不要太大，出现了软解码。 部署不够多的边缘服务器是无法保证画面传输速度的，边缘服务器负责将视频流传送到服务器上，再由服务器将视频流传送的播放端，整个架构中，服务器部署的多少和是否广泛，决定着就近用户能否快速接收到视频流。
备注：比如游戏中已预知的卡顿，如新UI弹出等造成卡顿，可认为是干扰，需要剔除，不应算在Jank，可通过web云上，框选右键删除干扰数据。 2、APP方面 APP也需要关注FPS及Jank。 只是需要区分使用场景，如： 1) 静态页面窗口 只需关注FPS，理论FPS应该为0，否则，说明有冗余刷新，容易引起手机发热及耗电。 手机交互灵敏度就是来源于此，Android系统才出黄油计划Jank。一般滑动状态下，帧率越高越好，Jank越小越好。 4) 播放视频页面窗口。 需要关注FPS和Jank，视频卡顿直接影响用户。 比如微信播放视频、视频播放器等。 通过这五部分的讲解，相信大家可以清楚的了解Jank卡顿对于APP&游戏的重要，以及其关注的侧重点，PerfDog正是是致力于为游戏&应用提升品质。 腾讯WeTest为移动开发者提供兼容性测试、云真机、性能测试、安全防护、企鹅风讯（舆情分析）等优秀研发工具，为百余行业提供解决方案，覆盖产品在研发、运营各阶段的测试需求，历经千款产品磨砺。
Q2：云点播VOD支持IE浏览器吗？ 您好，云点播 VOD 支持IE浏览器，需要注意的是浏览器直接播放有可能会存在不兼容的现象，建议使用播放器播放。 Q3：云点播可以在小程序中使用吗？ 说明：点播暂不支持统计每个视频播放消耗的流量。 Q6：云点播上传的视频是否需要转码后才能播放？ 您好，云点播不强制用户进行转码，但是非转码的文件在第三方平台播放可能会有播放问题，建议转码后播放。 Q10：云点播如何解决视频播放会有卡顿现象的问题？ 在排除视频文件本身问题的情况下，视频卡顿有可能是因为播放视频的电脑配置过低或局部网络条件欠佳（包括带宽和时延）引起的，可以通过改变播放视频的硬件设备或网络环境来尝试分析。 如果问题仍然存在，请联系腾讯云技术顾问协助。 说明： 点播视频海外用户观看卡顿，您可在控制台的域名管理模块，确认下域名是否有开启全球加速。
腾讯云拨测 云拨测（CAT）依托于腾讯的分布在全球的拨测网络，模拟终端用户主动对应用进行访问测试，获取应用的各项性能指标。利用云拨测，可以预知业务的真实用户体验。 数量庞大的拨测点资源：三大拨测点类型：骨干 IDC、终端网民 LastMile、手机拨测点，国内覆盖 200+，国外覆盖 65+城市，覆盖主要的运营商。 3. 端口性能适用场景：企业私有协议通讯效果监控、加密端口传输监控、游戏特殊端口交互监控等。 文件上传/下载适用场景：CDN 质量评估，大文件上传/下载、机房带宽评测、游戏安装包下载等。 音视频体验适用场景：视频播放体验，视频卡顿监测等。 如何获取用户访问网站的性能体验？ [点击查看大图] PC 端拨测点可以选择机房 IDC 和网民 LastMile，移动端拨测可以选择手机端拨测点，每个拨测点可以选择默认推荐的拨测点组，也可以自定义拨测点组。
自适应码流播放时，播放器会实时切换当前网络下能流畅播放的最佳分辨率，转码视频播放时不会智能切换。 3. 云点播提供的超级播放器 SDK 仅支持播放自适应码流的输出，不支持播放转码后的输出。 [ 视频加密] 是一种使用密钥对内容本身加密的手段，他人获取后无法直接播放。只有当终端通过业务后台鉴权，获得解密密钥后才能播放 Q11：云点播如何上传超大量视频文件？ 部分用户的原视频存在问题，可能导致视频上传后无法进行播放，建议用户在云点播进行一次转码后，使用转码后链接进行播放。 Q15：云点播视频播放卡顿如何优化？ 1. 建议您对该视频进行转码后再重新发布视频播放链接，这样会修复对应的卡顿文件。 在排除视频文件本身问题的情况下，视频卡顿有可能是因为播放视频的电脑配置过低或局部网络条件欠佳（包括带宽和时延）引起的，可以通过改变播放视频的硬件设备或网络环境来尝试分析。
支持屏幕分享、课件分享、互动白板、消息互动等多种课堂应用功能，打造形式更加丰富的线上教学。方案支持课堂全程录制，课后点播回放，巩固学习成效。支持通过云直播使用标准协议播放，受众更广泛。 ，购买100万分钟（假如1节课60分钟，可以支持100/60=1.67万节课） 云直播CSS，标准直播流量资源包10T，标准转码1000小时（需要支持标准协议播放才需要） 云点播VOD，流量资源包10T 云直播CSS，可选，使用云直播的标准协议可以进一步扩展学生的上课方式（例如直接浏览器打开上课）。 云点播VOD，可选，用于生成课程回放视频以及不同分辨率的视频，比如全高清，高清，标清等。 实时音视频SDK，通过sdk开发各种webrtc或者是私有协议（实时音视频TRTC）的学生/老师客户端。 可以通过云直播CSS来扩展，增加标准协议播放的方式，更加灵活。 高质量，国内专线网络以及全球cdn节点保证用户网络稳定，视频卡顿率低。 全球接入，利用腾讯云遍布全球的基础设施支持为全球用户提供可靠的服务。
视频画面是否清晰 画面的清晰度是衡量视频聊天源码好坏的第一标准，清晰的视频可以给用户带来良好的使用体验，增加用户的使用黏性，视频清晰度太差会导致用户的流失。 平台通常会在保证画面清晰的情况下限制主播的带宽使用量，这样可以节省带宽使用费用。 直播8_副本.png 视频延迟 延迟是直播的首要通病，过高的延迟同样会降低用户的黏性和使用率。 视频卡顿 视频卡顿通常因为网络波动影响视频画面传输，或者CDN节点不足，无法有效传输视频数据导致。 直播源码系统 (2)_副本.jpg CPU占比率等 手机发热、CPU占比率、耗电量、内存占比等数值也是衡量视频聊天源码好坏的一个标准，不过此类方式不会最终决定源码好坏，现在手机系统众多，可能因为源码兼容出现问题或手机系统过于老化 视频聊天源码的优劣决定着未来开发出的产品是否稳定，能不能给用户带来良好的体验。
超低的观众端延迟差 腾讯云 SDK 的 极速播放模式 所支持的延迟修正技术，可以让观众与观众之间延迟差在 1s 以内，从而让观众的答题同步性得到保证。 步骤三：获取播放URL 播放URL和推流URL是一一映射的，映射规则参考下面的图示您就能明白了： 请务必使用 FLV 格式的播放地址，RTMP在高并发场景下容易出现卡顿问题。 ，RTMP在高并发场景下容易出现卡顿问题。 首先，直播的音视频数据丢帧是确定的按照gop为单位来丢帧的，如果gop=1，那么每次会丢1s的音视频数据 其次，以腾讯云目前的节点部署情况来看，视频卡顿90%以上都以由于观众端网速不足引起的，这种情况下其他的网络通讯也不会很流畅 所以，解决这个问题的办法就是每秒钟（gop设置为1s的前提条件下）发送一次题目消息，相同的题号在观众端剔重，这样就可以避免偶尔的音视频卡顿对题目到达可靠性的影响。
本文是来自MHV(Mile High Video)2019的演讲，演讲者是来自于Mux的Steve Heffernan。 CTA标准工作组的目标是建立一系列针对播放器性质，播放器指标，播放器事件，综合指标等的标准。此前，相关术语的不统一会为不同分析系统的比较带来麻烦。 当下载时间很长时相关QoS指标会较差，但由于提前下载视频，当用户点击播放按钮时视频能很快播放，相关用户体验反而会很好。 视频质量的分析客户端会和媒体播放器或播放框架集成在一起。 Steve以播放失败率为例，介绍了播放失败率作为一个集成指标，需要收集每一次播放的起播时间，是否成功等信息，并在更高维度将这些信息进行整合，才能得到播放失败率。 此外还包括视频卡顿，起播时间，音视频质量等等，这些都是CTA标准工作组要做的工作。
针对上述问题，Tvideo平台在链路、缓存、接入等做了多项优化，解决缓存负载、链路卡顿、播放高延时等问题。 image.png 2.1 链路加速 客户端播放媒体过程中，没有出现任何卡顿称之为无缓冲，反之称之为二次缓冲，无缓存占比越高，说明后台服务越好，链路加速重点解决用户播放音视频卡顿的问题。 引起卡顿的因素很多，如后台网卡降速，传输网络波动、跨省&运营商访问速度跟不上、小片请求造成IO碎片等。 该阶段客户端播放器缓冲区没有数据，要求快速填满播放器缓冲区，以便减少网络抖动等因素带来的卡顿。 image.png 针对高峰期资源紧张、高码率视频卡顿率高，访问质量得不到保证的情况，进行调度分级策略：将VIP、高码率视频尽量本地覆盖，而低码率、音频、离线下载等业务，调度到二级资源或者区域资源，保障播放质量
从推流侧的采集、前处理、编码、打包发送，到播放侧的收包解包、解码、渲染播放，每一个环节的耗时都需要控制，播放侧是关键。 服务端，即服务端内部处理延时。 客户端的播放器为了做好对抗网络抖动的处理，避免这类不均匀的抖动空口时引起播放的卡顿，播放器中会设置一个Jitter Buffer 区用于做本地缓冲，减缓网络抖动对于解码的影响。 Jitter Buffer 减少了网络抖动带来的卡顿，但 Jitter Buffer 越大时，播放端的延时也随之增大了。 二 设备端 除了网络层以外，TRTC 在设备端的编解码层面也做了很多处理，其中最重要的是针对视频和音频编解码器的优化。用户对于音视频的播放效果是特别敏感的，尤其是遇到音视频卡顿的情况，用户体验会很差。 卡顿的直接原因是播放器解码渲染时没有数据，通常是因为数据传输的过程中存在丢包，接收方没有收到数据。 RPS 我们在视频编解码器上做了一些改进，引入 RPS 帧参考关系来降低网络丢包对视频的损伤。
标准直播LVB依托腾讯多年的音视频技术平台，以及全球海量加速节点和领先的音视频 AI 技术，为开发者提供专业、稳定的直播推流、转码、分发及播放服务，全面满足低延迟、超高画质、大并发访问量的要求，适用于教育、游戏、媒体、电商、社区等场景。
扫码关注腾讯云开发者
领取腾讯云代金券
云服务器
即时通信 IM
网站备案
对象存储
实时音视频
