命令是这样的:
ffmpeg -i old.mp4 -vf crop='582:1134:68:50' new.mp4
视频old.mp4分辨率是7201280,760MB;上面的命令运行后得到的new.mp4,分辨率是5821134,31.2MB。播放时明显的马赛克感觉。原始视频很清楚。
这是为啥,是不是需要额外的参数?
我只是想切掉视频上不想显示的边上的内容。
命令是这样的:
ffmpeg -i old.mp4 -vf crop='582:1134:68:50' new.mp4
视频old.mp4分辨率是7201280,760MB;上面的命令运行后得到的new.mp4,分辨率是5821134,31.2MB。播放时明显的马赛克感觉。原始视频很清楚。
这是为啥,是不是需要额外的参数?
我只是想切掉视频上不想显示的边上的内容。
我一直用的 kdenlive ,ffmpeg 我个人感觉太麻烦了,参数太多,容易出错。
有没有可能你理解的剪边,和参数提供的剪边意思不一致?
我用 kdenlive 剪边的时候就遇见过,它那个所为的剪边其实是通过放大来实现的,这就导致了,还不如没剪之前清楚。
看上去是使用了默认的编码参数。建议手工指定需要的编码器及编码参数。
放大的可能性我检查过,生成的新mp4的分辨率确实是我需要切下来的尺寸,并没有放大到原视频的分辨率,所以应该不是缩放。(上面crop这个filter没有进行缩放)
kdenlive我之前也用,不过很多情况下,ffmpeg的速度比kdenlive要高两倍或更多(仅用cpu)。
关于速度,除了kdenlive我还测试过另外几个工具:shotcut、blenderVSE(使用bpsrender)、flowblade,最后的结论是,能用ffmpeg就用ffmpeg,不要用那些工具,因为它们都比ffmpeg慢,而且慢得很明显。我没有找到慢的具体原因,明明工具都是用的ffmpeg。这也是我想搞一个ffmpegGUI的最大原因。
我之前简单尝试了下修改编码参数,没成,我再研究下。
涉及到GUI,肯定慢很多。
我用 kdenlive 剪视频的时间经常遇到渲染时界面卡死,渲染完成后才恢复正常的情况,debian+xfce 和archlinux+xfce都遇到了同样的情况。archlinux+sway我还没来得试。
你有没有遇见类似的情况啊?
我感觉,慢的主要原因应该和GUI关系不大,因为慢得差异太大了。
kdenlive我用的不太多,主要是有闪退的问题,别的倒没碰到什么问题。