avconv
而ffmpeg
在本质上是一样的。[从最近开始,有一些分歧,但是如果您自己编译,就没有太多要写的内容ffmpeg
了。例如,Ubuntu存储库中提供的那个是OLD,并且受那个视频大小的困扰不是什么等等……[基本上是尝试告诉您视频的比例不正确],但是如果您不愿意阅读ffmpeg
编译指南并从git进行编译,则大多数操作系统都不会遇到较早版本的问题。折旧警告指的avconv
是告诉你,他们已经创建了一个新的UTIL去替代ffmpeg
,但它是SO广泛使用,即使他们试图削减其关闭,我们会从所有被创建软链接avconv
到ffmpeg
无论如何,这样他们就不会停止工作并放弃它。]]
使用它不是一件坏事avconv
,我刚刚看到一个回答,其中提到了折旧警告,从本质上来说,这是一个空消息,对于ffpmeg的替代品,您可以尝试使用avconv,这在这种情况下更为真实。
avconv -i inputfile.flv -map 0 -c:v libx264 -c:a copy outputfile.mp4
确实是一样的
ffmpeg -i filename.flv -vcodec libvpx -acodec libvorbis
本质上,第一个使用的是操作简便的选项,第二个使用的是写得更多的选项。
ALSO -map 0
也指的是音轨,因此,如果使用类似的mp4a
方法可以很好地处理多条音轨,则可以将其保留下来以将所有音频流复制到生成的文件中。仅当使用在同一文件中不支持多个音轨的编解码器时才需要这样做,然后您才需要映射所需的音频而不是全部。当然,如果要尽量减少使用的空间,您可以只指定一个文件,以减小文件的大小[音频好像是视频轨道大小的1/3 [慷慨]]。
-c:v = codec(video)
因此:-c:v libx264
与使用:-vcodec libx264
FYI 相同;与本示例相同:-c:v copy = -vcodec copy
此外,对于FLV,请注意flv文件与avi相同,因为它是一个容器,可以包含任意数量的视频或音频编解码器。您可能想先使用选择的媒体检查实用程序来查看文件本身中使用的内容,然后再选择只是复制视频和/或音频流,或者如果您想将其从原来的内容转换为新的东西。因此,最适合一个FLV的命令可能与另一个FLV并不相同(当然,通常,如果从同一个源获取多个FLV,它们将以相同的方式编码,但这绝不能保证)。
不尝试挑剔只是在网络搜索中遇到了这个问题,想尝试帮助人们澄清一些事情。
再次,由于此答案表示在此答案下方的答复,运行ffmpeg始终会发布该消息,该消息实际上是空心的,因为这两个实用程序实际上仍然只是相同的实用程序,差别很小。在几乎所有情况下,使用任一命令都应获得完全相同的结果。这不一定会导致完全重新转码,为什么?A,如果不需要,则可以节省大量时间; B,如果您将文件已重新压缩为视频编解码器,则可以对其进行重新转码,实际上,您是在对已压缩的文件运行压缩例程,并且总是会质量低于来源。大多数较新的编解码器在某种程度上是交叉兼容的(不是全部),例如flv在技术上可以是FLV包装器中的MP4,因为AVI之类的FLV只是其他编解码器的容器。所以,与您将其转换为视频和ausio编解码器的源flv是否需要进行代码转换相比,这取决于源。如果在FLV中他们使用H264 MP4视频和MP4a进行音频处理,则无需重新转码内容,只需将其复制并调整文件头,即可将其作为真正的MP4而不是MP4视频阅读在FLV文件中。