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

[VWWWWWWW]

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

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

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

[winterbells]

hmmm，所以用压缩软件吗🤔

[psychoo]

标准带来和谐

[Kagari]

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

[grimpil]

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

[VWWWWWWW]

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

[msg7086]

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

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

[aguesuka]

用 ffmpeg

[ungrown]

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