视频参数

视频参数

1. h2v

libx64

h264(Constrained Baseline)

2. h264 (Constrained Baseline) (avc1 / 0x31637661),

Constrained Baseline, 约束基线

3. yuv420p

yuv, 分为三个分量

y表示 明亮度(Luminance或Luma), 灰度值

u, v, 表示的则是色度(Chrominance或Chroma), 作用是 描述 影像色彩 及 饱和度, 用于指定 像素的 颜色

yuv格式, 有2大类 planar 和 packed

plannar格式的 yuv, 先连续存储所有像素点的Y, 紧接着存储所有像素点的U, 随后是所有像素点的V

packed格式的 yuv, 每个像素点的 y, u, v是 连续交 存储的

yuv特点

也是一种颜色编码方法, 它将亮度信息(Y) 与 色彩信息(UV)分离,

没有UV信息一样 可以显示完整的图像, 只不过是黑白的, 这样的设计很好地解决了 彩色电视机 与 黑白电视的兼容问题, 并且, yuv不像RGB那样要求三个独立的 视频信号同时传输, 所以用yuv方式 传送占用极少的频宽

4. 1920x1080

分辨率

5. 227 kb/s

视频码率, 取样率

数据传输时 单位时间传送的 数据位数, 一般我们用的单位是 kbps, 即千位每秒

通俗一点的理解就是 取样率, 单位时间内取样率越大, 精度就越高, 处理出来的文件就接近 原始文件

文件体积 与 取样率 是成正比的, 几乎所有的 编码格式 都是如何用最低的码率达到最少的失真, 围绕这个核心衍生出来的 cbr(固定码率) 与 vbr(可变码率), 都是在这方面的文章

对于一个音频, 其码率越高, 被压缩的比例越小, 音质损失越小, 与 音源的 音质越接近

可变码率编码

固定码率编码

6. 9.50 fps

平均帧率, 总帧数除以总时长(以s为单位)

不知道这里是不是帧率, 帧率, 一般不都是 24fps吗

7. 10 tbr

tbr, 帧率

该参数 倾向于 一个基准, 往往 tbr跟 fps相同

8. 10240 tbn

tbn, 表示视频流 timebase(时间基准)

比如 ts流的 timebase 为 90000, flv格式视频流 timebase为 1000

9. 20 tbc (default)

tbc, 表示视频流 codec timebase, 对于 264码流, 该参数通过解析 sps 间接获取(通过sps获取帧率)

10. bitrate, 比特率

64kbit/s

11. the frame rate, 帧率

fps, frame per second, 每秒传输帧数

常见媒体的fps帧率

电影, 24fps

电视(PAL), 25fps

电视(NTSC), 30fps

CRT显示器, 75Hz以上

液晶显示器, 一般为 60HZ

参考链接

https://baike.baidu.com/item/FPS/3227416

https://www.cnblogs.com/samaritan/p/YUV.html

https://www.cnblogs.com/azraelly/archive/2013/01/01/2841269.html

https://baike.baidu.com/item/%E8%A7%86%E9%A2%91%E7%A0%81%E7%8E%87/10008023

https://www.cnblogs.com/wanggang123/p/11228914.html

https://blog.csdn.net/ternence_hsu/article/details/109705234

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
自己利用业余优化了一个h264的解码器,只使用在armv6架构的android2.3版本的手机上, 优化的内容是:完全用汇编重写了解码端h264的预测算法、IDCT算法、反量化算法、MC算法、loop_filter算法。 我的测试: 手机:C8650,配置:CPU:MSM7627-600MHZ,RAM:512M,android2.3.6 测试结果(baseline,mainline,highline解码速度相差不是很大): 352*288的H264视频:完全流畅播放 512*288的H264视频:每秒播放20--25帧 704*576的H264视频:每秒播放20帧左右 1280*544的H264视频:每秒解码12-15帧,播放8--9帧(主要是YUV420转rgb565这里太浪费时间,还在优化中) 1280*720的H264视频:每秒解码13-16帧,播放8--10帧(也是YUV420转rgb565这里浪费时间), 测试结果:1280*544和1280*720的视频文件中,我的解码器要远远优于市面上的mobo播放器,开讯播放器等播放器的解码播放速度。 你如果要测试,则:需要您的手机CPU是armv6架构的,并且支持vfpv3。 视频条件: 视频采样点是8位,完全符合H264编码的视频文件(打包成多媒体格式也可以),采样格式是YUV420。(因为一直从事安防行业,就只按照安防的通用格式来) 下一步的计划是:利用ARM的vfp协处理器汇编指令,争取把YUV420转RGB565的转换速度优化到 稍后上传一些一些测试文件,欢迎下载测试(可点击我的名字,查找),谢谢 我会一直在H264的解码算法这块进行优化,不做播放器,只做高性能的H264解码器,如果您有兴趣,希望和我联系:sno_guo#163.com 谢谢

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值