个人收藏、归档视频 有比 HEVC 更好的编码方式吗?

2021-12-16 15:45:58 +08:00
 Licsber

需求:

  1. 体积缩小(会对 AVC 的视频二压 接受部分损失 很多视频不想删又不想占用太多空间)
  2. 尽可能保留细节(感觉 HEVC 涂抹太严重了 肉眼可见的发丝、雪花等细节模糊)
  3. 可在 macOS 上使用空格键预览(兼容 QuickTime player 即需要添加 hvc1 的 vtag 这点排除了 vp9 )
  4. 编码效率可接受(排除 av1 不知道为什么只有单线程 libaom-av1 实现 巨慢无比)

从前天测试到今天 还算满意的压制参数如下:
gpu:

function ff() {  
	ffmpeg -y -hwaccel auto -threads auto -i "$1" -c:v hevc_nvenc -vtag hvc1 -bf 4 -preset slow -rc:v vbr_hq -qmin 10 -qmax 52 -bufsize:v 8M -profile:v main10 "${1%.*}".enc.mp4  
}

cpu:

function ffw() {  
	ffmpeg -y -threads auto -i "$1" -c:v libx265 -vtag hvc1 -bf 4 -crf 23 -preset slow -qmin 10 -qmax 52 "${1%.*}".enc.mp4  
}

有没有路过的大神帮忙看看还有没有优化的空间

8211 次点击
所在节点    宽带症候群
49 条回复
Kagari
2021-12-16 23:34:36 +08:00
h264 时代之前的抄个参数转成 HEVC ,h264 、h265 的就不要动了
ZRS
2021-12-17 01:27:40 +08:00
不要二压
tsui
2021-12-17 04:16:36 +08:00
20 年前,我们热衷于收藏 192Kbps MP3 ,挂着 52k 小猫下载,Lame 跑一天压缩到 128Kbps 甚至 96Kbps 方便携带

楼主是不是觉得是曾相识呢
cxumol
2021-12-17 04:31:00 +08:00
软压 -c libx265 压缩率更高,请问 h264 用 libx265 转过来画质如何?
hei1000
2021-12-17 04:42:59 +08:00
我前不久试过 hevc+ffmpeg 各种参数搭配测试效果,最后发现直接提供 bitrate 是最好的,其他 preset 都不好控制清晰度+文件大小的平衡

`ffmpeg -hide_banner -i input.mp4 -c:v hevc_nvenc -c:a copy -b:v 2000k output.mp4`
上面 2000k 换成自己想要的
yuzo555
2021-12-17 05:36:00 +08:00
“尽可能保留细节”,要做到这一点你得排除 nvenc
charslee013
2021-12-17 06:16:54 +08:00
随便找了个旧番视频测试下 , 源视频是 h264
```bash
❯ ffprobe -v error -select_streams v:0 -show_entries stream=width,height,duration,bit_rate -of default=noprint_wrappers=1 input.mp4
width=1920
height=1080
duration=1373.038333
bit_rate=2441310
```

ffmpeg 压缩参数(平台是 Apple M1 )
```bash
ffmpeg -i input.mp4 -c:v hevc_videotoolbox -vtag hvc1 -c:a copy -x265-params lossless=1 -preset slower output.mp4
```

压缩成 hevc 后可见码率是下降了许多
```bash
❯ ffprobe -v error -select_streams v:0 -show_entries stream=width,height,duration,bit_rate -of default=noprint_wrappers=1 output.mp4
width=1920
height=1080
duration=1379.086042
bit_rate=927937
```

对比下压缩后的体积
```bash
❯ du -h input.mp4 output.mp4
429M input.mp4
192M output.mp4
```
压缩率有 44.7% 还算不错

然后以 PSNR 和 SSIM 测试下两者的差异
```bash
❯ ffmpeg -i input.mp4 -i output.mp4 -lavfi psnr -f null -
[Parsed_psnr_0 @ 0x108b05eb0] PSNR y:25.101322 u:34.842173 v:36.384440 average:26.670481 min:4.389950 max:inf

❯ ffmpeg -i input.mp4 -i output.mp4 -lavfi ssim -f null -
[Parsed_ssim_0 @ 0x106d06ce0] SSIM Y:0.949013 (12.925385) U:0.976488 (16.287145) V:0.978982 (16.774069) All:0.958587 (13.828618)
```

技术总结:动漫番剧之类不太特别看重画面质感的可以转换成 hevc 格式以便于压缩保存,如果本来就是二压过的视频还是以源视频为好
jackmod
2021-12-17 07:27:05 +08:00
之前为了节省动画片的空间我直接 -c:v hevc_nvenc -qp:v 35 肉眼看不到明显的细节区别。
现在选择塞硬盘里。
hevc 的默认品质好像是 28 来着。
pperlee
2021-12-17 09:08:20 +08:00
个人收藏,其实直接存起来就好了。毕竟大多数播放器都是向下兼容的,完全没有必要再次压缩。多年以后你来看这些视频,其实都是一样的,因为你已经老花眼(或者高度近视),看不清了。
wanguorui123
2021-12-17 09:15:27 +08:00
如果是 M1 ,还是用 HEVC 吧,有硬件加速
geekvcn
2021-12-17 09:16:48 +08:00
尽可能保留细节。。。视频编码,图片压缩都是基于有损压缩,想尽可能保留细节用无损压缩算法+大字典吧。视频编码基本上就是把光栅化帧尽可能矢量化,并引入关键帧前后帧进一步提高矢量化程度以此降低大小,代价就是细节损失。想要效果好别用硬件编码,用软件编码高预设就行了
shadows
2021-12-17 10:07:28 +08:00
如果是热门内容,有新技术了自然有压制组重新压制
dadachen1997
2021-12-17 10:11:25 +08:00
建议硬盘冷备等未来新的编码格式出现,or 容量大跳水
3dwelcome
2021-12-17 10:13:38 +08:00
@hei1000

这是真的,只要码率上去后,管他什么压缩算法,无脑选就行了,效果都不差的。
xz410236056
2021-12-17 10:17:11 +08:00
H2XX 这种不是要专利费的吗
lovehigh
2021-12-17 10:20:21 +08:00
1. AV1 的话可以用用看 SVT-AV1 ,比 libaom-av1 快不少。当然肯定不能和 libx265 比
2. GPU 加速的不要用,体积小不了多少。
XiLingHost
2021-12-17 10:24:43 +08:00
与其重编码,不如重新打包,把各种 metadata 都修正好,然后用 mkv 作为容器格式把视频音频字幕流都匹配好包装好,文件名用规范格式写好,目录结构组织好
这样不是更利于归档吗
至于实际的流,就各自用原始的编码格式就行了
hronro
2021-12-17 10:37:40 +08:00
你要归档视频,追求压缩比完全没有意义啊,因为以后肯定会出现比现在压缩比更高的格式,特别是如果你要归档多年,那么一旦编码格式更新 2 代以上,你就会发现你之前的视频完全是渣渣。

相比追求压缩比,我自己更倾向于追求无损画质。我现在用 380Mbps 的 10 bit HEVC 格式编码视频,画质几乎接近于无损,代价就是视频体积相当大。
mxT52CRuqR6o5
2021-12-17 11:10:14 +08:00
@Licsber
大厂们只需要有个 AV1 的编码标准在那里就行了,并没有动力去改善开源的编码器表现的,普及了也不适合当转码收藏用的编码方式
mxT52CRuqR6o5
2021-12-17 11:16:13 +08:00
@hronro bd 原盘都没这么高码率吧,片源是母带吗?

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/822616

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX