这是一个创建于 1853 天前的主题，其中的信息可能已经有所发展或是发生改变。
有时候会倒腾一些视频剪辑
发现视频的处理起来真的好不习惯啊
比如在大部分视频剪辑 App 里
分辨率都是创建项目时设置好
项目一旦确定就不能调整项目的文件分辨率
除非你再建一个项目… 完全不能像图片一样随时自由裁切变形
而且两段视频想拼在一起
如果这两段视频分辨率和编码不一致
又要完全转码合并，非常耗费时间和 CPU
就不能直接把两段视频硬拼起来，播放时交给播放器吗…
发现视频的处理起来真的好不习惯啊
比如在大部分视频剪辑 App 里
分辨率都是创建项目时设置好
项目一旦确定就不能调整项目的文件分辨率
除非你再建一个项目… 完全不能像图片一样随时自由裁切变形
而且两段视频想拼在一起
如果这两段视频分辨率和编码不一致
又要完全转码合并，非常耗费时间和 CPU
就不能直接把两段视频硬拼起来，播放时交给播放器吗…
 |
1
winterbells 2019-10-10 22:40:47 +08:00 via Android
hmmm，所以用压缩软件吗🤔
|
 |
2
psychoo 2019-10-10 22:41:58 +08:00 via Android
标准带来和谐
|
 |
3
Kagari 2019-10-10 22:48:51 +08:00
分辨率这种可能是照抄第一个素材的数据不合心意了吧
播放器不想和你说话并向你抛出一个异常 |
 |
4
grimpil 2019-10-10 22:49:47 +08:00 via iPhone
视频素材+playlist 文件，打个包？
|
 |
5
VWWWWWWW OP @grimpil 想的就是有视频标准能支持这种协议 😂 不过现在因为没有这个协议标准，我生成的 playlist，其他播放器不一定支持啊
|
 |
6
msg7086 2019-10-11 04:22:25 +08:00
转码是因为你用的编码格式是为了省空间优化的。
你去找为了编辑优化的编码不就行了？ 我们做线性编辑，直接出个 Intra-only 的无损或者视觉无损，然后剪就是了。 至于你要播放时根据 playlist 进行剪辑，这也早就有了，MKV Ordered Chapters，我随便搜到一篇教程就是 2009 年的，圈子里也用过不少次了。但是播放时剪辑本来就是非常复杂的过程，需要大量的精力在播放器这边实现很多功能，然后 Ordered Chapters 本身用得就不多，播放器分离器没必要花这么多时间去实现这个吃力不讨好的功能，或者就算是实现了也不一定经过复杂测试。而且对于这么复杂的功能，简单的设备（例如电视机，嵌入式设备等）根本不可能去完整支持的。就算有协议标准，设备也不需要去全部实现。 |
 |
7
aguesuka 2019-10-11 09:45:45 +08:00 via Android
用 ffmpeg
|
 |
8
ungrown 2019-10-11 13:55:35 +08:00
可以啊，就是这个算法和标准的复杂度嘛，你负责吗？你不负责。
负责的人觉得这样不行，复杂度太过分，换来的好处太少。 |
Select Language