TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Reintroducing FFmpeg to Debian

154 点作者 unspecified将近 11 年前

14 条评论

fndrplayer13将近 11 年前
It frankly frustrates me that Debian/Canonical ever used libav to begin with. ffmpeg is and has been the better of the two for quite awhile. The person in this thread arguing against inclusion of ffmpeg would probably be astonished by the number of developers who are building ffmpeg from source instead of using the libav that ships with Debian/Ubuntu/etc. We should encourage developers to use RPMs, especially for something as heavy to build and install as ffmpeg/libav. Many heavy hitters have settled on ffmpeg. It should be done here as well.
评论 #8099529 未加载
评论 #8099464 未加载
评论 #8099406 未加载
评论 #8099383 未加载
zx2c4将近 11 年前
Here&#x27;s a nice comparison between libav and ffmpeg from the author of &#x27;mpv&#x27; (the most viable mplayer fork):<p><a href="https://github.com/mpv-player/mpv/wiki/FFmpeg-versus-Libav" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;mpv-player&#x2F;mpv&#x2F;wiki&#x2F;FFmpeg-versus-Libav</a><p>It helped me make the decision (for choosing ffmpeg).
评论 #8099523 未加载
birkbork将近 11 年前
Finally, thank you!<p>A package called &quot;ffmpeg&quot; has been in debian forever now, and running it&#x27;s binary claims that &quot;ffmpeg is deprecated&quot;, which is a complete lie.<p>EDIT: also see &quot;FFmpeg and a thousand fixes&quot; [1], suggesting that FFmpeg is working hard improving the security situation, while libav mainly ignored the effort.<p>PPS also i dont like the libav crew<p>1: <a href="http://googleonlinesecurity.blogspot.se/2014/01/ffmpeg-and-thousand-fixes.html" rel="nofollow">http:&#x2F;&#x2F;googleonlinesecurity.blogspot.se&#x2F;2014&#x2F;01&#x2F;ffmpeg-and-t...</a>
评论 #8099728 未加载
评论 #8099733 未加载
gioele将近 11 年前
I think the FFmpeg vs libav debate is succinctly described by this quote from <a href="https://github.com/mpv-player/mpv/wiki/FFmpeg-versus-Libav" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;mpv-player&#x2F;mpv&#x2F;wiki&#x2F;FFmpeg-versus-Libav</a><p>&gt; Although we don&#x27;t agree with everything FFmpeg does, and we like some of Libav&#x27;s general goals and development directions, FFmpeg is just better from a practical point of view.<p>&gt; It shouldn&#x27;t be forgotten that Libav is doing significant and important development, but since everything they do ends up in FFmpeg anyway, there is barely any reason to prefer Libav over FFmpeg from the user point of view.<p>&gt; It&#x27;s also possible that FFmpeg agrees faster to gross hacks to paint over bugs and issues than Libav, however, in the user&#x27;s perception FFmpeg will perform better because of that.<p>Basically libav is doing things in the proper way but slowly, so they will die because FFmpeg ships more features although less polished. &quot;The ones that win are the ones that ship&quot;, isn&#x27;t it?
评论 #8101087 未加载
vezzy-fnord将近 11 年前
About time. I&#x27;m usually all for forking and variety, but libav truly was an example of those gratuitous and destructive forks that offered no real benefit. Though, ultimately, it was the Debian package maintainers&#x27; decision to spread propaganda about ffmpeg being deprecated that was the worst.<p>As a practical example, I was gridlocked when I tried to compile LightSpark from Git, due to libswresample not being present, nor practically obtainable. Editing it out from cmake, predictably, lead to breakage.<p>Here&#x27;s a classic article detailing the situation: <a href="http://blog.pkh.me/p/13-the-ffmpeg-libav-situation.html" rel="nofollow">http:&#x2F;&#x2F;blog.pkh.me&#x2F;p&#x2F;13-the-ffmpeg-libav-situation.html</a><p>And from the mpv developers: <a href="https://github.com/mpv-player/mpv/wiki/FFmpeg-versus-Libav" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;mpv-player&#x2F;mpv&#x2F;wiki&#x2F;FFmpeg-versus-Libav</a>
评论 #8100110 未加载
评论 #8101605 未加载
picomancer将近 11 年前
It&#x27;s about time. I was just using ffmpeg today, wanted libx264 lossless encoding, noticed the deprecation message and lack of libx264 support in the Ubuntu package, recompiled from source.
izacus将近 11 年前
As someone who regullary had to help people use ffmpeg on #ffmpeg&#x2F;Freenode, explaining why Debian&#x2F;Ubuntu packages wrong piece of software under &quot;ffmpeg&quot; package was becoming really tedious.<p>So thanks to Debian maintainers to fix stupidity.
mkhpalm将近 11 年前
I&#x27;ve been using ffmpeg packages from deb-multmedia.org repos through the entire libav period. I&#x27;m surprised to hear so many people were going through all the trouble to build it themselves.
Xeoncross将近 11 年前
Bringing back FFmpeg is very important point to people like myself that need lots of tools for video&#x2F;audio work. Building from source works... but why make life harder?
igravious将近 11 年前
This&#x27;ll make it into Ubuntu when? Any estimates out there?
评论 #8099905 未加载
评论 #8099888 未加载
VLM将近 11 年前
I wonder what Niedermayer would say &#x2F; has said.
评论 #8099414 未加载
giancarlostoro将近 11 年前
&quot;I do not believe you, explain that voodoo to me: How is it that it won&#x27;t break all of Debian and make kittens cry?&quot;<p>I&#x27;m easily amused.
shmerl将近 11 年前
Good, mpv will now get more features.
ausjke将近 11 年前
eglibc went back to glibc, now ffmpeg comes back to debian, nice!
评论 #8100244 未加载