为什么视频的剪辑编码这么不自由？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

已注册用户请登录

这是一个创建于 1653 天前的主题，其中的信息可能已经有所发展或是发生改变。

有时候会倒腾一些视频剪辑
发现视频的处理起来真的好不习惯啊

比如在大部分视频剪辑 App 里
分辨率都是创建项目时设置好
项目一旦确定就不能调整项目的文件分辨率
除非你再建一个项目… 完全不能像图片一样随时自由裁切变形

而且两段视频想拼在一起
如果这两段视频分辨率和编码不一致
又要完全转码合并，非常耗费时间和 CPU
就不能直接把两段视频硬拼起来，播放时交给播放器吗…

视频

编码

剪辑

项目

8 条回复 • 2019-10-11 13:55:35 +08:00

winterbells

2019-10-10 22:40:47 +08:00 via Android

hmmm，所以用压缩软件吗🤔

psychoo

2019-10-10 22:41:58 +08:00 via Android

标准带来和谐

Kagari

2019-10-10 22:48:51 +08:00

分辨率这种可能是照抄第一个素材的数据不合心意了吧
播放器不想和你说话并向你抛出一个异常

grimpil

2019-10-10 22:49:47 +08:00 via iPhone

视频素材+playlist 文件，打个包？

VWWWWWWW

2019-10-10 22:52:16 +08:00

@grimpil 想的就是有视频标准能支持这种协议 😂 不过现在因为没有这个协议标准，我生成的 playlist，其他播放器不一定支持啊

msg7086

2019-10-11 04:22:25 +08:00

转码是因为你用的编码格式是为了省空间优化的。
你去找为了编辑优化的编码不就行了？
我们做线性编辑，直接出个 Intra-only 的无损或者视觉无损，然后剪就是了。

至于你要播放时根据 playlist 进行剪辑，这也早就有了，MKV Ordered Chapters，我随便搜到一篇教程就是 2009 年的，圈子里也用过不少次了。但是播放时剪辑本来就是非常复杂的过程，需要大量的精力在播放器这边实现很多功能，然后 Ordered Chapters 本身用得就不多，播放器分离器没必要花这么多时间去实现这个吃力不讨好的功能，或者就算是实现了也不一定经过复杂测试。而且对于这么复杂的功能，简单的设备（例如电视机，嵌入式设备等）根本不可能去完整支持的。就算有协议标准，设备也不需要去全部实现。

aguesuka

2019-10-11 09:45:45 +08:00 via Android

用 ffmpeg

ungrown

2019-10-11 13:55:35 +08:00

可以啊，就是这个算法和标准的复杂度嘛，你负责吗？你不负责。
负责的人觉得这样不行，复杂度太过分，换来的好处太少。