zyl910

优化技巧、硬件体系、图像处理、图形学、游戏编程、国际化与文本信息处理。

  博客园 :: 首页 :: 博问 :: 闪存 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理 ::
  215 随笔 :: 0 文章 :: 145 评论 :: 111万 阅读
< 2025年2月 >
26 27 28 29 30 31 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 1
2 3 4 5 6 7 8

一、测试内容

 

  测试方法——

x264编码参数大测试:索引贴

http://www.cnblogs.com/zyl910/archive/2011/12/14/x264_encode_param.html

 

  测试参数——

trellis:0、1、2。执行Trellis quantization来提高效率。0、停用;1、只在一个宏区块的最终编码上启用;2、在所有模式决策上启用。

参考测试:trellis 0。

 

  默认参数——

--profile main --preset medium --tune ssim --crf 26.0 --threads 2 --bframes 3 --ref 3 --merange 16 --me umh --subme 9 --trellis 0 --ssim

 

  测试视频——

a(红):720P动画 Fate/Zero 07。简称“Fate”。

b(黄):720P动画 Hunter x Hunter 07。简称“HxH”。

c(绿):1080P动画 我的妹妹不可能那么可爱 11。简称“Oreimo”。

f(青):720P电影 《极品飞车12:无间风云》预告片。简称“nfs”。

g(蓝):720P电影 《变形金刚3》预告片。简称“tran3”。

h(紫):1080P电影 CoralReef.1080p(珊瑚礁)。简称“Coral”。

 

 

二、测试结果

 

2.1 画质

 

  DSSIM图表(越高(长)越好)——

 

  pSSIM图表(越高(长)越好)——

 

 

2.2 码率

 

  Kbps图表(越低(短)越好)——

 

  压缩率图表(越低(短)越好)——

 

 

2.3 转码速度

 

  FPS图表(越高(长)越好)——

 

  pSSIM图表(越高(长)越好)——

 

 

2.4 码率与画质

 

  图表——

X坐标:码率(Kbps)。越低(左)越好。

Y坐标:画质(DSSIM)。越高越好。

颜色:不同的视频,详见上面的“测试视频”。

从下到上依次是 trellis 0/1/2。

 

 

2.5 速度与画质

 

  图表——

X坐标:转码速度(FPS)。越高(右)越好。

Y坐标:画质(DSSIM)。越高越好。

颜色:不同的视频,详见上面的“测试视频”。

从右到左依次是 trellis 0/1/2。

 

 

2.6 速度与码率

 

  图表——

X坐标:转码速度(FPS)。越高(右)越好。

Y坐标:码率(Kbps)。越低越好。

颜色:不同的视频,详见上面的“测试视频”。

从右到左依次是 trellis 0/1/2。

 

 

 

三、小结

 

  trellis1 相对于 trellis0,画质有一定的提高,而且对转码速度影响较小,唯一缺陷是码率稍有增加。

  trellis2 相对于 trellis1,最主要的特点是节省了码率,画质差不多。但对转码速度影响较大。

 

  若subme为10或更高时,必须按照规定加上trellis2参数。

  若subme为9或更低时,推荐使用trellis1。

 

posted on   zyl910  阅读(3512)  评论(0编辑  收藏  举报
编辑推荐:
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· C++代码改造为UTF-8编码问题的总结
阅读排行:
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· 清华大学推出第四讲使用 DeepSeek + DeepResearch 让科研像聊天一样简单!
· 实操Deepseek接入个人知识库
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库
点击右上角即可分享
微信分享提示