肇鑫的日常博客

日常

简单比较一下Mac mini M1的视频转码方案

今天好奇,尝试了一下Mac mini M1的视频转码。将纪录片《60分钟》从MPEG2的ts文件,转换为H264或者HEVC的mp4。分辨率都是1080p不变。看看哪种方法最有优势。配置:M1,内存16GB,512G固态硬盘。

总结表格如下

应用 转换为 转换使用 CPU空闲 GPU占用 转换后大小 用时
Finder H264 CPU+GPU 70%-75% 35% 3.52G 8分钟
Finder HEVC CPU+GPU 74%-80% 37% 2.95G 7分钟
HandBrake H264 CPU,Fast 低于5% 0% 0.99G 17分钟
HandBrake H264 CPU+媒体引擎,CQ 22 5%-45% 0% 0.21G 7分钟
HandBrake H264 CPU+媒体引擎,CQ 73 7%-53% 0% 3.21G 7分钟
HandBrake H265 CPU,Fast 低于5% 0% 0.59G 37分钟
HandBrake H265 CPU+媒体引擎,CQ 22 5%-45% 0% 0.29G 7分钟
HandBrake H265 CPU+媒体引擎,CQ 73 5%-45% 0% 2.85G 6分钟

结论

  • 苹果自带的转换对于系统的影响最小。如果你想在处理其他事情时,同时进行转码,就采用这种方式。因为对于CPU和GPU都有很多剩余,其它的事情也会很流畅。缺点就是选项太少,不能定制。
  • 如果你需要更快速的编码。那么就使用HandBrake的CPU+媒体引擎转码的方式,它的速度是最快的。而且还有多种格式和质量可选。缺点是CPU占用很高,并且没有利用GPU,你最好停下来,让它单独完成转码。
  • 如果你需要更为细腻的调节和效果。那么可以使用HandBrake的CPU转码。它最慢,不过理论上效果应该是最好的。缺点就是慢啦。

一点疑惑

都说M1没有媒体引擎,但是HandBrake用VideoToolBox编码的时候,CPU不满载,GPU负载为0,并且编码的确比CPU单独编码更快的情况要如何解释呢?我没法解释,只能认为M1同样存在媒体引擎。