EasyDSS是使用RTMP推流的直播软件，有现场反应在使用的过程中有直播间直播视频出现卡在某一段时间的情况，直播的一直都是相同时间段，类似于点播： image.png 我们远程上去看确实是存在这样的问题，播放的协议是 image.png 发现确实是存在少了的情况，可能导致播放器读取不到切片，因此重复读取之前生成好的文件。我们先将直播停止，之前的文件删除重新生成，等待后直播就可以正常播放了。
近期接到用户的反馈EasyNVR在播放按需和非按需视频时，RTSP流出现了卡顿现象，对此我们进行了排查和分析。今天我们来分享一下解决过程。 我们远程登录用户的EasyNVR平台播放视频进行观察，发现视频画面帧率有波动，初步判断是不是有丢帧情况。将原本的UPD传输协议更改成了TCP再进行查看，视频还是卡顿。 经上述排查后，我们用VLC播放视频测试，发现并无出现卡顿情况。因此这种情况，我们考虑是不是用户的摄像机设备视频帧率低的问题导致的卡顿。 帧数过低视频视觉就会卡顿。人眼看视频的流畅度最低帧率是25，一般低于25视觉效果就会变差，因为这是人眼识别的极限。 最后我们查看摄像设备视频帧率配置，调整为25 FPS之后，再通过EasyNVR平台查看，播放已经正常了。
9.9元享100GB流量，快直播体验仅需8.8元，结合视立方SDK快速构建云+端一体化直播平台，支持电商带货、在线教育、游戏直播等多样音视频互动场景
RTSP/ONVIF协议的视频接入、处理及分发平台，可分发的视频流包括RTSP、RTMP、WS-FLV、HTTP-FLV，HLS、Webrtc等格式，能实现全终端、全平台覆盖，可提供视频监控直播、录像、 云存储 有用户反馈，EasyNVR通过国标GB28181协议级联到上级平台后，上级平台播放视频出现卡顿断流的情况，但是下级平台却能正常播放。根据用户的反馈，我们对此进行了排查与分析。 1）首先，从上级开始抓包，从数据包里可以看到，播放视频流一分钟之后，发了bye且视频流中断，从而重新请求。从上图分析得知，是网络的原因导致，于是进一步排查是上级网络还是下级网络造成此异常。 此时将上下级平台同时抓包进行查看，可以看到上级平台播放视频流时丢包严重，如图所示：而在下级平台的抓包数据中，数据处于正常情况（下图）。那么由此可以判断是上级平台的网络原因导致视频播放卡顿。 沟通该用户之后，重新调整上级网络，随后视频播放恢复了正常。EasyNVR平台可拓展性强、视频能力灵活，为了便于用户二次开发、自由调用与集成，EasyNVR也提供了丰富的API接口供大家使用。
RTSP/ONVIF协议的视频接入、处理及分发平台，可分发的视频流包括RTSP、RTMP、WS-FLV、HTTP-FLV，HLS、Webrtc等格式，能实现全终端、全平台覆盖，可提供视频监控直播、录像、 云存储 有用户反馈，EasyNVR通过国标GB28181协议级联到上级平台后，上级平台播放视频出现卡顿断流的情况，但是下级平台却能正常播放。 根据用户的反馈，我们对此进行了排查与分析。 1）首先，从上级开始抓包，从数据包里可以看到，播放视频流一分钟之后，发了bye且视频流中断，从而重新请求。 从上图分析得知，是网络的原因导致，于是进一步排查是上级网络还是下级网络造成此异常。 此时将上下级平台同时抓包进行查看，可以看到上级平台播放视频流时丢包严重，如图所示： 而在下级平台的抓包数据中，数据处于正常情况（下图）。那么由此可以判断是上级平台的网络原因导致视频播放卡顿。 沟通该用户之后，重新调整上级网络，随后视频播放恢复了正常。 EasyNVR平台可拓展性强、视频能力灵活，为了便于用户二次开发、自由调用与集成，EasyNVR也提供了丰富的API接口供大家使用。
近期上线后，发现视频整体播放没有啥大问题，但是仔细看还是感觉有点卡顿，不仔细看不容易发现，就这个视频卡顿问题进行了一番排查，先说下结论：我们在读磁盘的TS切片文件时，没有把整个TS读完整，导致每个GOP 视频卡顿引起的原因很多，一般分为两大类： 一类是因为音视频时间戳打的不规范导致视频在解码渲染时顺序不对引起的； 另外一大类就是视频传输过程中因为网络问题导致的丢包进而产生的花屏和卡顿问题。 上传码流从生产到消费的路径有两条： 第一条码流传输路径： 1-----2------6：这条路径主要是我们的私有协议，在自研移动端APP上进行观看播放码流，实际发现播放很顺畅，无卡顿感。 实际上传的大小也就是文件写磁盘的大小，视频卡顿也消失了。下面是分析结果和实际优化后的播放效果。 这里一个GOP就变成100帧，实际日志也显示上传的大小和磁盘文件最终的文件大小一致： ? ---- 思考总结： 音视频问题很多，常见的就有音视频卡顿、花屏、延时大，音画不同步等一系列问题。但是偏差这些问题无非就下面几点： 1.
EasyGBS平台具备UDP和TCP两种传输模式，默认的播放协议是udp的传输模式，udp的优势是传输速度更快，更具有实时性。 但是udp的劣势也很明显，就是相对于tcp来说很不可靠，所以就经常出现丢包的现象，导致视频卡住过后，过几秒新的数据包来了又可以播放了。 10，下一个包显示的确实seq=12，这种情况就是说seq=11这个包丢了导致视频卡顿。 .log ，就能够实时看到播放日志。 这里可以看到上面写的上个包的名称是15339，下一个则突然跳到了15345，中间丢了6包，所以视频很卡顿。 当然视频卡顿还是有很多办法解决的，通过切换码率、切换传输协议都可以解决该问题。
主要优势：为满足播放器能够根据当前网络抖动情况动态选择最合适的码率播放的场景，自适应码流功能可为客户提供自定义自适应码流内多个分辨率、码率、音频等参数灵活配置的能力，接入流程简单，价格低廉。 4.视频播放问题 增加常见的视频无法播放的问题 【云直播CSS】 1.快直播计费说明 快直播计费上线，增加计费价格说明 2.快速入门 优化入门说明，简化步骤快速跑通云直播 3.推流失败问题排查 文档描述更新 ，重新归类便于查询 4.优化视频卡顿 问题排查文档重新归类便于查询定位 【精选技术文章】 1.腾讯云直播+点播全线产品支持AV1，带来极致视频体验 2.一杯咖啡的时间，集成短视频功能 【热门问答】 云点播 “你问我答”第1季（12月） 云直播“你问我答”第1季（12月） 【重磅活动】 视频云优选12月特惠季 流量包低至0.12元/GB , 结合在线教育、电商直播、社交直播场景，提供IM+直播+点播音视频组合优惠 欢迎QQ扫码加入“云直播用户交流群“”，与音视频技术爱好者一起成长！ 0[3].jpg
Q2：云点播VOD支持IE浏览器吗？ 您好，云点播 VOD 支持IE浏览器，需要注意的是浏览器直接播放有可能会存在不兼容的现象，建议使用播放器播放。 Q3：云点播可以在小程序中使用吗？ 说明：点播暂不支持统计每个视频播放消耗的流量。 Q6：云点播上传的视频是否需要转码后才能播放？ 您好，云点播不强制用户进行转码，但是非转码的文件在第三方平台播放可能会有播放问题，建议转码后播放。 Q10：云点播如何解决视频播放会有卡顿现象的问题？ 在排除视频文件本身问题的情况下，视频卡顿有可能是因为播放视频的电脑配置过低或局部网络条件欠佳（包括带宽和时延）引起的，可以通过改变播放视频的硬件设备或网络环境来尝试分析。 如果问题仍然存在，请联系腾讯云技术顾问协助。 说明： 点播视频海外用户观看卡顿，您可在控制台的域名管理模块，确认下域名是否有开启全球加速。
自适应码流播放时，播放器会实时切换当前网络下能流畅播放的最佳分辨率，转码视频播放时不会智能切换。 3. 云点播提供的超级播放器 SDK 仅支持播放自适应码流的输出，不支持播放转码后的输出。 [ 视频加密] 是一种使用密钥对内容本身加密的手段，他人获取后无法直接播放。只有当终端通过业务后台鉴权，获得解密密钥后才能播放 Q11：云点播如何上传超大量视频文件？ 部分用户的原视频存在问题，可能导致视频上传后无法进行播放，建议用户在云点播进行一次转码后，使用转码后链接进行播放。 Q15：云点播视频播放卡顿如何优化？ 1. 建议您对该视频进行转码后再重新发布视频播放链接，这样会修复对应的卡顿文件。 在排除视频文件本身问题的情况下，视频卡顿有可能是因为播放视频的电脑配置过低或局部网络条件欠佳（包括带宽和时延）引起的，可以通过改变播放视频的硬件设备或网络环境来尝试分析。
支持通过云直播使用标准协议播放，受众更广泛。 ，购买100万分钟（假如1节课60分钟，可以支持100/60=1.67万节课） 云直播CSS，标准直播流量资源包10T，标准转码1000小时（需要支持标准协议播放才需要） 云点播VOD，流量资源包10T 实时音视频SDK，通过sdk开发各种webrtc或者是私有协议（实时音视频TRTC）的学生/老师客户端。 可以通过云直播CSS来扩展，增加标准协议播放的方式，更加灵活。 高可用，腾讯云平台服务多机房跨地域部署，不会因为单点故障而导致服务不可用的情况。 高质量，国内专线网络以及全球cdn节点保证用户网络稳定，视频卡顿率低。 企鹅辅导使用了腾讯云实时音视频，云直播CSS，云点播VOD以及即时通信IM等服务。
经过多次升级，视频安防智能分析平台EasyCVR已经支持市面上常见的协议以及部分私有协议的接入，目前协议接入方面我们还在不断拓展，大家可以关注我们了解最新更新。 前段时间，有个项目团队在使用EasyCVR进行ehome设备接入过程中，部分设备会出现播放期间，网页播放器上会突然间黑屏闪一下，随后视频才又恢复正常播放，使用其他播放器测试，直接播放视频流则会出现视频卡住不动的情况 该项目现场是通过海康EHOME协议将设备接入，EHOME协议作为海康私有协议，实际是存在不稳定的因素。该问题应该是视频流在使用的过程中出现了不稳定掉线的问题。 由于EasyCVR内置了TSINGSEE青犀视频自主研发的web播放器，自身带有视频流重联的功能，因此播放器在检测到视频断掉时，会不断进行视频流的拉取，直到拉到视频流进行直播才正常开始播放器的工作。 那么在第三方播放器上出现的卡住问题又是什么原因呢？问题主要还是在于断线重连上。第三方播放器不一定支持视频流的断线重连，无法像TSINGSEE青犀视频的网页播放器一样主动工作运行。
CTA标准工作组的目标是建立一系列针对播放器性质，播放器指标，播放器事件，综合指标等的标准。此前，相关术语的不统一会为不同分析系统的比较带来麻烦。 当下载时间很长时相关QoS指标会较差，但由于提前下载视频，当用户点击播放按钮时视频能很快播放，相关用户体验反而会很好。 视频质量的分析客户端会和媒体播放器或播放框架集成在一起。 质量分析客户端会从播放器获得播放器和媒体属性以及播放事件，并将其上传给服务器进行分析。 Steve以播放失败率为例，介绍了播放失败率作为一个集成指标，需要收集每一次播放的起播时间，是否成功等信息，并在更高维度将这些信息进行整合，才能得到播放失败率。 此外还包括视频卡顿，起播时间，音视频质量等等，这些都是CTA标准工作组要做的工作。
针对上述问题，Tvideo平台在链路、缓存、接入等做了多项优化，解决缓存负载、链路卡顿、播放高延时等问题。 image.png 2.1 链路加速 客户端播放媒体过程中，没有出现任何卡顿称之为无缓冲，反之称之为二次缓冲，无缓存占比越高，说明后台服务越好，链路加速重点解决用户播放音视频卡顿的问题。 image.png 用户观看一部影片，从客户端播放逻辑看，在刚开始播放时，客户端进入快速下载阶段。该阶段客户端播放器缓冲区没有数据，要求快速填满播放器缓冲区，以便减少网络抖动等因素带来的卡顿。 2.3 接入优化 接入优化主要解决跨省、跨运营商、资源不足等情况造成的卡顿，通过合理分配资源，解决由于资源不够，带来的卡顿。 image.png 针对高峰期资源紧张、高码率视频卡顿率高，访问质量得不到保证的情况，进行调度分级策略：将VIP、高码率视频尽量本地覆盖，而低码率、音频、离线下载等业务，调度到二级资源或者区域资源，保障播放质量
FPS帧率与卡顿是否有关系？ 第三部分：流畅度 流畅度与卡顿的关联可以用以下的流程图来大致展示： ? 流畅度影响卡顿。 备注：比如游戏中已预知的卡顿，如新UI弹出等造成卡顿，可认为是干扰，需要剔除，不应算在Jank，可通过web云上，框选右键删除干扰数据。 2、APP方面 APP也需要关注FPS及Jank。 4) 播放视频页面窗口。 需要关注FPS和Jank，视频卡顿直接影响用户。视频一般帧率18-24帧，Jank=0。比如微信播放视频、视频播放器等。 腾讯WeTest为移动开发者提供兼容性测试、云真机、性能测试、安全防护、企鹅风讯（舆情分析）等优秀研发工具，为百余行业提供解决方案，覆盖产品在研发、运营各阶段的测试需求，历经千款产品磨砺。
从推流侧的采集、前处理、编码、打包发送，到播放侧的收包解包、解码、渲染播放，每一个环节的耗时都需要控制，播放侧是关键。 服务端，即服务端内部处理延时。 客户端的播放器为了做好对抗网络抖动的处理，避免这类不均匀的抖动空口时引起播放的卡顿，播放器中会设置一个Jitter Buffer 区用于做本地缓冲，减缓网络抖动对于解码的影响。 Jitter Buffer 减少了网络抖动带来的卡顿，但 Jitter Buffer 越大时，播放端的延时也随之增大了。 用户对于音视频的播放效果是特别敏感的，尤其是遇到音视频卡顿的情况，用户体验会很差。卡顿的直接原因是播放器解码渲染时没有数据，通常是因为数据传输的过程中存在丢包，接收方没有收到数据。 腾讯云通信 一直致力于 让每个企业 都享受智慧服务带来的改变 END 未来可期 ? 长按扫码关注腾讯云通信官方微信公众号 以获取更多更专业的云通信知识
视频播放卡顿严重，使用体验很差。 博主已是离职状态，但是公司内并没有找到可以接手的同学，小程序前端是我从零一手做出来的，有点特殊情感，于是就以小程序顾问的身份帮忙处理了小程序端的工作。 应对本次问题，视频卡顿是选择把视频课件资源从文件服务器上迁移至腾讯云存储，现已经修复发版完毕 ? 在此总结下小程序优化相关知识。 canvas 动态生成的绘制到一个canvs 前端数据过滤 前端数据过滤及验证，不规范的数据不必发送请求增加服务端压力 开发者工具提供的环境与真机不同，建议真机调试 # 服务端 硬件升级 服务器负载均衡 云数据库多台主从读写分离 的数据，没有再从数据库读取 进行接口缓存，直接缓存接口返回的json数据，用户再次查相同的内容，直接返回json数据 负载均衡 将流量分发到不同的服务器上进行处理，减轻对cpu的压力 服务端建议尝试云开发 ，有腾讯云的基础服务加持也是可以支撑起百万级访问的
随着各地有序复工复产，TRTC 也为包括金融行业远程面审、保险远程业务、法院视频庭审、人社局远程面试、长三角教师云招聘、上海市重大产业项目云签约等重要项目发挥了重要作用。 从推流侧的采集、前处理、编码、打包发送，到播放侧的收包解包、解码、渲染播放，每一个环节的耗时都需要控制，播放侧是关键。 服务端，即服务端内部处理延时。 客户端的播放器为了做好对抗网络抖动的处理，避免这类不均匀的抖动空口时引起播放的卡顿，播放器中会设置一个Jitter Buffer 区用于做本地缓冲，减缓网络抖动对于解码的影响。 Jitter Buffer 减少了网络抖动带来的卡顿，但 Jitter Buffer 越大时，播放端的延时也随之增大了。 用户对于音视频的播放效果是特别敏感的，尤其是遇到音视频卡顿的情况，用户体验会很差。卡顿的直接原因是播放器解码渲染时没有数据，通常是因为数据传输的过程中存在丢包，接收方没有收到数据。
当出现多次没有画面刷新(也就是说画面没变化)，则可能是一次卡顿。 第三部分：流畅度 流畅度与卡顿的关联可以用以下的流程图来大致展示： 641.png 流畅度影响卡顿。 同时单帧耗时满足大于两倍电影帧耗时1000ms/24*2 (由于人眼低于24帧才能辨别画面不连续性)，则认为是一次真正卡顿。同时若单帧耗时大于3倍电影帧耗时，则认为是一次严重卡顿。 备注：比如游戏中已预知的卡顿，如新UI弹出等造成卡顿，可认为是干扰，需要剔除，不应算在Jank，可通过web云上，框选右键删除干扰数据。 APP方面 APP也需要关注FPS及Jank。 4) 播放视频页面窗口。 需要关注FPS和Jank，视频卡顿直接影响用户。视频一般帧率18-24帧，Jank=0。比如微信播放视频、视频播放器等。
多码率自适应 多码率自适应可将指定的音视频文件流统一打包生成一个自适应码流文件,让播放器可根据终端网络带宽环境。 在媒体业务形态、网络基建、终端技术等多方面因素的共同作用下，视频类业务的流量和分布也在出现明显变化，比如2020年6月快手推出全景视频，2021年8月抖音宣布支持2K视频播放，2021年12月B站上线8K 从上述指标可见，视频业务中如此高标准的互动（低时延、无卡顿）才能满足用户，对音视频厂商们来说，为了保证这样的体验，获取口味愈发刁钻的用户的青睐，需要在采集、编码、编码前后处理、传输、解码、播放等诸多环节上投入精力 在数据万象数据工作流中怎样快速实现HLS与DASH格式的迅速蜕变，解决视频卡顿、画质模糊、延迟大等点播业务问题。 下面为您展示具体的操作步骤： Step1 登录数据万象或对象存储COS控制台。 — END — 往期推荐>>> ► COS 音视频实践 | 数据工作流助你播放多清晰度视频
标准直播LVB依托腾讯多年的音视频技术平台，以及全球海量加速节点和领先的音视频 AI 技术，为开发者提供专业、稳定的直播推流、转码、分发及播放服务，全面满足低延迟、超高画质、大并发访问量的要求，适用于教育、游戏、媒体、电商、社区等场景。
扫码关注腾讯云开发者
领取腾讯云代金券
云服务器
即时通信 IM
网站备案
对象存储
实时音视频
