温馨提示:即使测试最终得出444优于420的结果,也不代表我在任何意味上支持对420源进行简单拉升后就压成444的行为,本测试从源为444的角度出发。
半采样的影响和内容特性有关,这个测试分为几个部分,先发实拍部分。
以前油管扒的8K,用VS内置Lanczos缩到1080p YUV444P10,然后用FFmpeg同样使用Lanczos进行该进行的444->420和x265纯preset slow压制,之后对结果使用VS内置Lanczos升到444后与源脚本进行比对。
同crf得出的体积相同(±1%),x265自动对444加上了+6的cbcrqpoffs,虽然严格来说可能不算”同参数“,不过这个参数很简单直接,可以认为是为了达到控制体积这一变量的目的而做出的调整。
而编码耗时方面的影响是:crf从16到28,420分别比444快了24%、27%、28%。(编码耗时已减去源脚本耗时)
初步结论:没有(
为什么x265用纯预设参数,因为我懒,反正变量有控制好就行了(
为什么用FFmpeg来做444->420,因为我是假定源为444的情况,那么降采样的过程也应该算进耗时里面。
视频ID wrjYr7-gKQg,vp9版。
(暴躁提示:实际上,我想说的是,无脑444,【哔——】吧你。
半采样的影响和内容特性有关,这个测试分为几个部分,先发实拍部分。
以前油管扒的8K,用VS内置Lanczos缩到1080p YUV444P10,然后用FFmpeg同样使用Lanczos进行该进行的444->420和x265纯preset slow压制,之后对结果使用VS内置Lanczos升到444后与源脚本进行比对。
同crf得出的体积相同(±1%),x265自动对444加上了+6的cbcrqpoffs,虽然严格来说可能不算”同参数“,不过这个参数很简单直接,可以认为是为了达到控制体积这一变量的目的而做出的调整。
而编码耗时方面的影响是:crf从16到28,420分别比444快了24%、27%、28%。(编码耗时已减去源脚本耗时)
初步结论:没有(
为什么x265用纯预设参数,因为我懒,反正变量有控制好就行了(
为什么用FFmpeg来做444->420,因为我是假定源为444的情况,那么降采样的过程也应该算进耗时里面。
视频ID wrjYr7-gKQg,vp9版。
(暴躁提示:实际上,我想说的是,无脑444,【哔——】吧你。