如何知道转码之后文件的体积
发表于 : 2023-08-09 20:08
话说,以前曾经使用ffmpeg来转码,主要是因为这个软件比较普遍,但是忽然有一天,发现使用AMD硬件编码H265,调用hevc_amf编码之后时间轴有问题,无法快进。于是使用handbrake来转码。
Handbrake这个软件无法使用AMD来硬解码,因此都是CPU软件解码然后vce_h265硬件编码过去。
最近ffmpeg更新了,于是update一下,然后试了下新版本,结果新编本修复了之前的AMD硬件编码时间轴问题。
但是,使用ffmpeg无论是否使用硬件解码,转码后的体积都很大。源文件h264编码900多MB,使用ffmpeg转码成h265格式,-qp 0,而且软解码和硬解码之后编码文件的体积相同,都是800多MB,就没小多少。然而,使用Handbrake转码之后竟然200多MB。而且编码速度更快。
最近看到一份资料说,Handbrake也是基于ffmpeg开发的。不知道是不是这样。若是的话,那他是咋优化的。
这个问题比较专业,按说应该到专业的ffmpeg论坛去问。然而一般比较专业的ffmpeg论坛都是国外的,国内没有。另外我知道这个论坛的牛人很多,就在这里问了。
Handbrake这个软件无法使用AMD来硬解码,因此都是CPU软件解码然后vce_h265硬件编码过去。
最近ffmpeg更新了,于是update一下,然后试了下新版本,结果新编本修复了之前的AMD硬件编码时间轴问题。
但是,使用ffmpeg无论是否使用硬件解码,转码后的体积都很大。源文件h264编码900多MB,使用ffmpeg转码成h265格式,-qp 0,而且软解码和硬解码之后编码文件的体积相同,都是800多MB,就没小多少。然而,使用Handbrake转码之后竟然200多MB。而且编码速度更快。
最近看到一份资料说,Handbrake也是基于ffmpeg开发的。不知道是不是这样。若是的话,那他是咋优化的。
这个问题比较专业,按说应该到专业的ffmpeg论坛去问。然而一般比较专业的ffmpeg论坛都是国外的,国内没有。另外我知道这个论坛的牛人很多,就在这里问了。