半肾
精华
|
战斗力 鹅
|
回帖 0
注册时间 2019-8-30
|
本帖最后由 冰箱研会长 于 2021-9-29 14:33 编辑
关于AVS、VS、ffmpeg的补充信息:
能不能做?能做!
想不想做?不想!
为什么?因为这些片段之间互有交错,片段AB之间有重复的部分,B里损坏的一部分需要补录的C去填
需要精细直观的拼接剪辑页面,比如我会使用音频的频谱来校准视频时间,
这些都转化成VS。。。难不成要我一个个看spec然后手动输入坐标么。。。
先把所有视频处理到1080是个好思路,因为这些视频里的1080有效区域都在一个地方,
但是视频本身有很多高频信息,我想尽可能的避免二次压制。。。。
---------
综述:
我有一大堆需要正确进行排序的1920x1200的视频
里面有1920x1080的有效区域
我需要使用编辑软件实现这件事
----------
电脑: E5 2697 v2 + 2080ti
黑名单: DaVinci Resolve 16
缺点: 闪退, 非常不直观的crop和transformation操作.
大概15个平均4h的项目, 我昨天晚上剪了3个小时, 一并送到编码序列,
早上以来发现编第二个的时候闪退了,
H264 1080, 基本上渲染到第二个项目的时候就必然闪退或者报错.
结果我还是得在电脑前面守着一个个渲染, 那我他妈要你的render queue干p!
(这里我另外一个怀疑是电脑线程太多, 调度炸了, 我刚刚设置了CPU亲和性, 打算再处一处看看)
关于DaVinci的更新:
基本可以确定是调度的问题了, 手动分配了8个线程之后, 渲染几乎没有出现任何问题
顺利渲染完成了12h的内容...
不过如何在1200p的视频中crop出一个1080p部分, 最终输出1080p这里,
我还是觉得流程有点麻烦(昨天发帖之后也没额外研究, 研究pr的压制去了...)
(另!版主! 跨版了是我的锅, 我道歉, 但你看到了就移一下呗! 直接删帖干嘛!)
(幸亏谷歌有缓存...但是底下的回复到底是都没了...)
不那么喜欢: Pr 2020
昨天短暂的用了一下Pr(因为有人跟我说pr的crop非常直观),
然后渲染3h的视频, h264, 从12:00渲染到6:00, 我还特地勾了CUDA,
难不成是我启用了2-pass VBR? 这0.X的编码速度真的是h264而不是AV1吗...
不知道是我哪里搞错了.
虽然可能不是软件的问题, 但我还是先列上来.
关于Pr的更新:
不点2-PASS之后速度变得正常了, 和达芬奇不相上下.
队列渲染需要额外一个media encoder, 笑了.
另外, Pr把控制最终输出的剪裁整合到了"输出预设"当中,
像我这种情况就不需要每次手动做同样的分割, 直接调用相同的压制模板就可以了,
不得不说非常方便.
昨天我还试用了一下Vegas...
咋说呢...虽然大家都说vegas操作反人类,
但你不自己上手用一下, 具体多反人类还是体会不到的...
不过操作上的问题都是小事, 它被我抛弃的缺点一共两个:
1. 没有render queue, 啥? 你说渲染region的batch render? NO
2. 编码速度是pr和达芬奇的1/5
2.5 崩溃非常频繁, 这几年我都不怎么实时CTRL+S了, 感谢Vegas给我扳回来了...
以上...
总之, 推荐要求最好就是剪裁和变形比较直观,
比如1920 1200的source, 可以很方便的剪裁出一个1080的区域,
然后仅渲染这部分区域, 最终出1080p的成品.
(我个人的推荐是PR)
|
|