























这是一个创建于 397 天前的主题,其中的信息可能已经有所发展或是发生改变。
我对 ffmpeg 的印象就是一个开源音视频编解码程序,对其影响力认识较少。能给我这个门外汉讲讲到底有多牛吗
1 rrfeng 2025 年 5 月 13 日 via Android你每天看到的视频,不管什么渠道,100%都经过 ffmpeg 处理。 |
2 w88975 2025 年 5 月 13 日还有一个更牛逼的 就是 openssl |
3 mumbler 2025 年 5 月 13 日感觉是在骗铜币啊 |
4 JensenQian 2025 年 5 月 13 日你了解的话 |
5 weiwenhao 2025 年 5 月 13 日还有 tcc 编译器,代码极其简洁。不过可读性就不太好😄 |
6 w568w 2025 年 5 月 13 日几乎所有现代音视频处理的基石。你用网页、用电脑、用手机看任何来源的视频,基本都无法避开 ffmpeg 。 ffmpeg 对闭源引用相当容忍了,但依然有 99% 的商业巨头甚至不愿意高抬贵手在他们的软件里留下一行致谢给 ffmpeg ,以至于会默默无闻到有人像楼主一样来发帖问,这就是现实。 --- 一些轶闻: 1. ffmpeg 曾经维护了一个「开源耻辱柱」,用来记录所有那些无偿使用 ffmpeg 且无视开源协议的商业软件。后来这个列表实在太长且难以维护,于是就弃置了。 2. 你发的这幅图应该是修改过的,原图是 xkcd 的漫画,说的是另一个软件:image magick 。如果你没听说过它:它是几乎所有具备图像处理功能软件的基石。 |
13 skiy 2025 年 5 月 13 日格式工厂什么的,其实就是加了 GUI ,并一系列的命令打包,并调用 ffmpeg 处理的。 |
14 iClass 2025 年 5 月 13 日 via Android历史上这个项目是因某位成员牺牲了自己的生命而享誉世界 |
15 james122333 2025 年 5 月 13 日 via Android名开源项目 影响力大 |
16 rekulas 2025 年 5 月 13 日作者在程序界的级别就如通过爱因斯坦在物理学的级别 |
17 frayesshi1 2025 年 5 月 14 日个人觉得最牛的是居然默认支持 nVidia 显卡的硬解码 |
19 hronro 2025 年 5 月 14 日@frayesshi1 ffmpeg 这种东西都差不多成行业标准了,他自己不支持 NV 都会去给他贡献 PR 的。 |
20 Oktfolio 2025 年 5 月 14 日格式工厂、QQ 影音、暴风影音、Potplayer 都在耻辱柱上 |
22 ysc3839 2025 年 5 月 14 日@w568w 严格来说 Google Chrome 是违反了 FFmpeg 的协议的。 其他基于 Chromium 的浏览器似乎没有违反协议,比如 Edge 就是动态链接 ffmpeg.dll 的。 |
23 ysc3839 2025 年 5 月 14 日@hronro 事实相反,NVIDIA Tegra 系列芯片的视频编解码接口是魔改过的 V4L2 接口,FFmpeg 官方一直不支持该接口,NV 也从未主动支持 FFmpeg ,只提供了 GStreamer 的插件。这使得程序要调用 Tegra 的硬件编解码接口非常繁琐,必须对接 GStreamer 才能使用。 |
24 msg7086 2025 年 5 月 14 日世界上 99%的和视频播放处理相关的消费级软件都涉及到 ffmpeg 。剩下 1%大概是 gstreamer 的。 |
25 fatigue 2025 年 5 月 14 日Fabrice Bellard 是神 |
27 MrKrabs 2025 年 5 月 14 日netflix 依赖度哪有那么高 |
28 cpstar 2025 年 5 月 14 日等等,我知道 ffmpeg 有多牛,但是上边全都基于黑黄 hub 么?那最牛的岂不是黑黄 hub ?! |
30 aero99 2025 年 5 月 14 日每次想要临时无损转换一个视频文件,然后进入命令提示符,发觉转换命令又忘了 |
32 nxforce 2025 年 5 月 14 日这作者和 Linux 在计算机领域应该是同等地位。 |
34 SOSdanOffical 2025 年 5 月 14 日@w568w >但依然有 99% 的商业巨头甚至不愿意高抬贵手在他们的软件里留下一行致谢给 ffmpeg |
36 ratazzi 2025 年 5 月 14 日刚看了百科,还有 最快圆周率算法 |
37 gogogo2000 2025 年 5 月 14 日@w88975 openssl 的同类替代品还是很多的,而且 openssl 本身屎山有点严重,ffmpeg 要好太多了 |
38 xubeiyan 2025 年 5 月 14 日可惜现在 ffmpeg 仍然不支持 WebRTC 推流,主要是现在 Bellard 不咋管了,管的那帮人不是很看好 WebRTC 的发展。对比起来 OBS 就支持 |
39 jjtang11 2025 年 5 月 14 日凡是吹某个东西怎么怎么牛的,最后发现牛的是人,把它交给小白也是啥都干不了 |
40 jciba5n4y6u 2025 年 5 月 14 日一个法国人搞得,框架设计的挺垃圾的,二十几年前分析过他的代码。但是人家搞的早,占坑占的早,大家都往里扔东西,慢慢就快成为工业标准了。 感觉 vlc 要优雅的多,跨平台,结构化,虽然不是一个领域,但看起来真的差别好大的。流式数据处理,和微软的 directshow 类似的思路。 |
42 wulili 2025 年 5 月 14 日这个库很厉害,但不用过度神话它,说什么各种基石的完全有些过了。它只是出道很早,再加上开源,能极大程度上降低音视频编程处理的门槛,所以在行业内很流行,但并不代表音视频处理就必须得用它,各种小白软件倒是用的很多,但是像音视频处理领域内的最流行的商业软件 Final cut pro ,PR ,DaVinci ,AE 这些都没用到。 |
43 lisxour 2025 年 5 月 14 日ffmpeg 好用是好用,但实际使用体验一堆坑,对非常固定的格式编码做处理还是挺香的,但比如对任意一个主流格式的视频嵌入字幕,看似很简单的需求,做起来各种坑 |
45 dododada 2025 年 5 月 14 日@AlwaysPersist 是不是基座不清楚,但是在求快的路上,pornhub 基本是先驱; 多年前有个他们技术负责人的采访,讲就是 redis 当硬盘用的,听起来就很猛,现在 redis 当硬盘用的也没怎么听说过 |
47 TimPeake 2025 年 5 月 14 日有毒 小红书刚刷到个几乎一样的帖子(配图都是一样的),这就看到了这个。你小子发的小红书上的 ? |
49 sampeng 2025 年 5 月 14 日视频企业是要赚钱的。。如果没有 ffmpeg 这个玩意的存在。所有视频涨十倍价格跑不掉。ffmpeg 的转码是视频行业必须也绕不过去的一件事 |
51 lance07 2025 年 5 月 14 日作者是个传奇 |
52 abc8678 2025 年 5 月 14 日 via Android@aero99 我也想要一个自定义命令的工具,类似于 openwrt 的 luci-app-commands 那种,自定义一个命令列表,点击按钮就跑它,如果要一两个参数 就加个输入框 改成填空题。平时经常用 ffmpeg 和安卓 shell(老是打开 termux 输命令 很不方便) |
53 drymonfidelia 2025 年 5 月 14 日 via iPhone@rrfeng ffmpeg 太慢了,我记得 youtube 是自己实现的转码工具,yt-dlp 下载日志里有写 |
55 frayesshi1 2025 年 5 月 14 日@ysc3839 #23 像 NVIDIA Jetson 这些板子硬解码很麻烦,都是使用管道去调 GStreamer |
57 capric 2025 年 5 月 15 日ffmpeg 封装 api 更底层一些; gstreamer plugin 在设计上更高层和合理一些,可以将插件动态库注册上去不用和源码一起编译; opencv 底层图形处理是 ffmpeg ,nvidia deepstream 是基于 gstreamer 的,和 ai 融合更方便。 |
59 A55555 2025 年 5 月 15 日这个好用,可以下载 youtube 视频 |
61 seenthewind 2025 年 5 月 15 日+1 当年我因为一些需要看了不少 openssl 的源码,叹为观止。能在 C 语言和密码领域写出这样巅峰的代码,真的很厉害,可惜现在人不怎么需要看了。 ps:是借鉴学习,真没抄,那代码抄起来比自己重写还麻烦。。。 |
62 killerv 2025 年 5 月 15 日 |
63 8355 2025 年 5 月 15 日大厂直接用 ffmpeg 的不多了,但基本上都有局部魔改。 |
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。