找回密码
 加入我们
搜索
      
查看: 1696|回复: 9

[CPU] 转关于M芯片渲染h254,h245画面质量的测试

[复制链接]
发表于 2024-11-1 00:14 | 显示全部楼层 |阅读模式
博主发现渲染h254,h245质量问题
用Video Muitimethod Assessment Fusion来多平台对比测试
发现只有在Compressor勾选「多通路」渲染才能大幅追进其他平台的渲染质量
但渲染视频的速度会大打折扣
QQ20241101-001341.png
QQ20241101-001309.png

发表于 2024-11-1 00:51 | 显示全部楼层
macOS(Final Cut Pro)和 Windows(Adobe Pr)上用的编码软件都不一样,这变量怎么控制的了?H.26x 视频编码小参那么多,Apple VideoToolbox API 的私有选项就更多了。至少用同一家出品的同款软件比才能实锤问题。

另外,苹果这“多通路”翻译的什么鬼,还不如直接写 multi-pass 或 2-pass 一看就懂了。“多遍编码”或者“二遍编码”。第一遍分析第二遍编码。

不过我没用过 macOS 没有发言权,iPhone 录制的视频质量倒是没问题。Intel,NVIDIA 和 AMD上的硬件编码我倒是熟悉。
发表于 2024-11-1 02:08 | 显示全部楼层
Misaka_9993 发表于 2024-11-1 00:51
macOS(Final Cut Pro)和 Windows(Adobe Pr)上用的编码软件都不一样,这变量怎么控制的了?H.26x 视频编 ...

大佬触手居然没进入mac吗
发表于 2024-11-1 04:36 | 显示全部楼层
goat 发表于 2024-11-1 02:08
大佬触手居然没进入mac吗

习惯问题,windows和Linux上灵活惯了,到mac上难免束手束脚,不过同为unix入门是没啥门槛的,换个地方敲命令行罢了。
发表于 2024-11-1 10:05 | 显示全部楼层
不知道原帖是怎么测试vmaf的
如果是同一段视频,分别丢到win和mac系统跑压缩,而且要求出来的文件体积接近
那么拿着这几段输出的文件去某一个电脑上跑vmaf还是有意义的
至少测试了默认设置下不同系统的视频输出质量及压缩效率

有损压缩这事儿,变量实在是太多
发表于 2024-11-1 10:34 | 显示全部楼层
Misaka_9993 发表于 2024-11-1 00:51
macOS(Final Cut Pro)和 Windows(Adobe Pr)上用的编码软件都不一样,这变量怎么控制的了?H.26x 视频编 ...

关键是变量都不一样他老是跟别人比速度啊
发表于 2024-11-1 10:40 | 显示全部楼层
mac上应该也有Adobe Pr啊  为什么不是都用pr跑?
发表于 2024-11-1 10:55 | 显示全部楼层
影视台风自己测M1就开始有bug了吧,工作室后来转N记了
发表于 2024-11-1 23:46 | 显示全部楼层
Montelucast 发表于 2024-11-1 10:55
影视台风自己测M1就开始有bug了吧,工作室后来转N记了

我也想说这个,我记得去年m3的时候说依然有bug?
发表于 2024-11-2 00:49 | 显示全部楼层
vmaf 92分,如果是neg模型,那么差不多是b站会员画质水准,看片算是勉强及格,用作商业交付完全不合格。
如果是普通模型, 只能算低画质了。
您需要登录后才可以回帖 登录 | 加入我们

本版积分规则

Archiver|手机版|小黑屋|Chiphell ( 沪ICP备12027953号-5 )沪公网备310112100042806 上海市互联网违法与不良信息举报中心

GMT+8, 2024-11-27 01:42 , Processed in 0.011354 second(s), 6 queries , Gzip On, Redis On.

Powered by Discuz! X3.5 Licensed

© 2007-2024 Chiphell.com All rights reserved.

快速回复 返回顶部 返回列表