博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
视频点播-资源用量
阅读量:5971 次
发布时间:2019-06-19

本文共 719 字,大约阅读时间需要 2 分钟。

浅谈

点播监控资源用量排查是对点播系转码用量的使用统计,包括不同码率的音视频转码的消耗时间,根据这个来进行一个实际的监控,但是这部分监控不能用来做计费账单的统计,不是绝对准确,请以计费账单为准。

案例分析

案例:

没有配置 2K 4K ,音频转码模版,为什么资源用量出现 2K 4K 音频的使用记录。

image

分析:

先了解下点播转码的基本规则

视频默认转码的画面比例是 16:9,原视频的宽高都设置后会按照我们默认的比例进行缩放。
音频如果配置了单独的转码默认,资源用量也会展示出来音频的监控项目,如果提交了音频转码但失败了也会显示音频的监控项。

  • 出现问题后请用户先查下自己的配置模版中是否有只限制了单边长度,如下图就是用户自己只限制了单边长度时,画面的宽高比例就会按照原视频的比例缩放而不是按照点播的比例缩放,比如原视频时 320*640,如果只限制了宽时 960,那么另外一边就会按照原视频进行缩放,这样很容易出现视频被拉长,而且超过 2K 的情况。
    image
  • 没有配置单独的音频转码模版,也没有提交过纯音频的转码。那请用户看下客户提过的视频中是否有:提交的视频,但是没有视频流信息,只有音频流的情况,如果有的话,就会出现音频的资源用量。

解决办法:

出现视频超过转码预期时,有两个建议

1)修改原模版,将宽高都设置好。但是有的用户只想知道单边长度,后另外一个变案例比缩放,这种场景就不适合了。
2)客户端删除掉现有模版,从 2018-12-19 号点播进行了配置播版的优化,默认支持了视频的开关,场景适合很多只限制单边长度的抓码模版另外一边超过预期或者视频被拉长的情况,新建的模版,会自动按照 16:9 的缩放比例将另外一边的长度补齐。自适应宽高。

转载地址:http://vizox.baihongyu.com/

你可能感兴趣的文章
安全的文件访问方式
查看>>
揭秘PPT设计中的逻辑真相
查看>>
[转载]ACM搜索算法总结(总结)
查看>>
【大数据系列】hadoop命令指导官方文档翻译
查看>>
VS添加服务引用和 Web引用的区别
查看>>
漫谈可视化Prefuse(四)---被玩坏的Prefuse API
查看>>
20145209 《信息安全系统设计基础》第7周学习总结
查看>>
http://www.raytracegroundup.com/downloads.html 对该页的翻译。
查看>>
【原】Java学习笔记028 - 集合
查看>>
设计模式-建造者模式(转自:http://www.cnblogs.com/cbf4life/archive/2010/01/14/1647710.html)...
查看>>
C# WinForm 技巧十: 开发工具
查看>>
为DEDE织梦添加XMl网站地图
查看>>
MySQL学习(十五)
查看>>
【HeadFirst 设计模式总结】1.策略模式
查看>>
计算页面执行时间
查看>>
数据流重定向和管道命令, grep, tr,sort, wc, cut,split,tee,sleep(shell 02)
查看>>
深入理解Java:注解(Annotation)--注解处理器
查看>>
WebCenter Space中配置使用WSRP Portlet
查看>>
cpus Vs cpu period and cpu quota
查看>>
ES6新特性5:类(Class)和继承(Extends)
查看>>