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