上10bit
ffmpeg 8.0 b570最新驱动 ,CPU 12100F 显卡 Intel b570
(B580 Intel Ultra 2代里的GPU 比如 130T啥的应该 都是一样的,130T试过 没问题)
ffmpeg -hwaccel_output_format qsv -i "XXX.mkv" -vf "format=p010le" -c:v hevc_qsv -global_quality 19 -quality best -rc_mode ICQ -preset veryslow -g 120 -refs 5 -bf 5 -profile main10 -look_ahead 1 -look_ahead_depth 100 -b_strategy 1 -extbrc 1 -low_power false -adaptive_i 1 -adaptive_b 1 -tune film -c:a copy -c:s copy -map 0 -map_metadata 0 -map_chapters 0 "XXX.H265.10bit.mkv"
ffmpeg -hwaccel_output_format qsv -i "XXX.mkv" -vf "format=p010le" -c:v av1_qsv -global_quality 22 -profile:v main -quality best -rc_mode ICQ -preset veryslow -g 120 -refs 5 -bf 5 -look_ahead 1 -look_ahead_depth 100 -b_strategy 1 -extbrc 1 -low_power false -adaptive_i 1 -adaptive_b 1 -tune film -c:a copy -c:s copy -map 0 -map_metadata 0 -map_chapters 0 "XXX.AV1.10bit.mkv"
用这个查询色彩编码和色深
ffprobe -i "XXX.mkv" -show_streams -select_streams v:0
三个片:
7.17G的2:23左右的H264 动画片
AV1 global_quality 22 压缩完毕 3.18G 观感正常,没有多余的色块等,如果使用 23 ,那么纯色部分容易出现色块 ,压缩CPU占用 50% 上下,GPU 100% ,速率 13X左右
H265 global_quality 19 压缩完毕 3.82G 观感正常,不如AV1,H265 global_quality 17 压缩完毕 5.03G 观感正常,与AV1看不出啥区别(看网页也有说 AV1与H265 这个参数的比值在1.25:1左右) ,压缩CPU占用 50% 上下,GPU 100% ,速率 7X左右
这个参数,压缩5G以上的片子,AV1 无论影片类型基本上都能获得 50%左右的体积压缩
插入几个图表,虽然这么看指标都是 global_quality 越小越好,但是实际上 AV1的观看效果就是挺好的。。。。 其实这三个差别真不是很大,使用75寸电视2M左右的观看距离,加上4.8的视力,更是看到的基本一个样,拉近用电脑看细节 AV1也是比较出色的那个
PSNR
10bit h265 global_quality 17

10bit h265 global_quality 19

10bit AV1 global_quality 22

SSIM
10bit h265 global_quality 17

10bit h265 global_quality 19

10bit AV1 global_quality 22

VMAF
10bit h265 global_quality 17

10bit h265 global_quality 19

10bit AV1 global_quality 22

2.33G的2:15左右的H264 真人电影,这是个异类,这些小体积的片子压缩不一定会得到更小的体积。。。
AV1 global_quality 22 压缩完毕 2.76G 观感正常,没有多余的色块等,如果使用 23 ,那么纯色部分容易出现色块 ,压缩CPU占用 30% 上下,GPU 100% ,速率 16X左右
H265 global_quality 19 压缩完毕 3.29G 观感正常,不如AV1,H265 global_quality 17 压缩完毕 4.25G 观感正常,与AV1看不出啥区别(看网页也有说 AV1与H265 这个参数的比值在1.25:1左右) ,压缩CPU占用 30% 上下,GPU 100% ,速率 9X左右
虽然这个压缩是体积放大,结论依然是与上个视频相似。
PSNR
10bit h265 global_quality 17

10bit h265 global_quality 19

10bit AV1 global_quality 22

SSIM
10bit h265 global_quality 17

10bit h265 global_quality 19

10bit AV1 global_quality 22

VMAF
10bit h265 global_quality 17

10bit h265 global_quality 19

10bit AV1 global_quality 21

1.42G的8分钟左右的H264 人文风光介绍
文件压缩后大小:
H265 global_quality 17 403M
H265 global_quality 18 339M
H265 global_quality 19 285M
AV1 global_quality 19 327M
AV1 global_quality 21 255M
PSNR
10bit h265 global_quality 17

10bit h265 global_quality 18

10bit h265 global_quality 19

10bit AV1 global_quality 19

10bit AV1 global_quality 21

SSIM
10bit h265 global_quality 17

10bit h265 global_quality 18

10bit h265 global_quality 19

10bit AV1 global_quality 19

10bit AV1 global_quality 21

VMAF
10bit h265 global_quality 17

10bit h265 global_quality 18

10bit h265 global_quality 19

10bit AV1 global_quality 19

10bit AV1 global_quality 21

----------------------------------------------
而且设置了这个滤镜后 -vf "format=p010le" ,虽然让CPU也动起来了,但是比纯GPU的奇奇怪怪的报错少了很多。
而这俩片子 都只用GPU的话,速率基本上都要增加1-2X
如果是mp4或者更老的片子 我用这个 -vf "setparams=color_primaries=bt709:color_trc=bt709:colorspace=bt709,colorspace=all=bt709:trc=bt709:space=bt709,format=p010le"
否则的话,压缩出的片子 色彩空间那几个参数有unkown的,有时候会影响播放色彩
当然 bt709 只适合普通的SDR 普通片子...
global_quality 17 会影响出色压缩后的色块表现,但是就上面的命令,针对后来更多片子,AV1的色块要比10 bit H265 global_quality 19 多数时候少一点,有些片子就反过来,global_quality 17时要比AV1少
919

被折叠的 条评论
为什么被折叠?



