Slashdot Mirror
FFmpeg Finally Releases Long-Awaited Version 0.5
An anonymous reader writes "After many years of release-free development, FFmpeg, the most widely used audio and video codec library, has finally returned to a regular release schedule with the long-awaited version 0.5. While the list of changes is far too long to list here, some high-profile improvements include the reverse-engineering of all Real video formats, WMV9/VC-1 support, AAC decoding, and of course vast performance improvements across the board. To commemorate the 'lively' discussions predating the release, 0.5 is codenamed 'half-way to world domination A.K.A. the belligerent blue bike shed.' The new version can be downloaded from the official website." As another reader points out, FFmpeg is what makes some open source multimedia apps (like MPlayer, Xine, VLC and Kdenlive) so versatile.
the reverse-engineering of all Real video formats,
Sweet! does that mean that we are going to be able to play rmvb in the Wii soon?
Ubuntu is an African word meaning 'I can't configure Debian'
How is one release after "many years" of nothing a "regular release cycle"? Wouldn't that require, at minimum, two consecutive releases? What if the next release isn't for another 5 years? Unless you're suggesting that is in fact their "regular release" schedule.
I'd like to point out that FFmpeg is what makes some open source multimedia apps (like MPlayer, Xine, VLC and Kdenlive) so versatile.
Thanks for that info. I was reading the Slashdot article summary, where it says: "As another reader points out, FFmpeg is what makes some open source multimedia apps (like MPlayer, Xine, VLC and Kdenlive) so versatile." and was hoping that some reader like yourself would point that out because that factoid is only mentioned once in the summary and thus is not obvious to people who only read the scrollbars on their window.
Karma: Excellent. 15 moderator points expire sometime.
I too would like to point out that FFmpeg is what makes some open source multimedia apps (like MPlayer, Xine, VLC and Kdenlive) so versatile.
This post contains benzene, nitrosamines, formaldehyde and hydrogen cyanide.
Presumably he's the reader the editors were referring to...
Alphanos
I noticed on the release notes that ffmpeg now supports TrueHD as well as the VC-1 for video, these are both commonly used on blu-ray discs. Maybe we'll get lucky and at least now we'll be able to play our blu-ray disc tracks on linux after we remove all the DRM, & HDCP nonsense. We could sort of do it before but it's a royal pain in the ass: just last night I had to go through about four different media players to blue-ray tracks in trueHD audio and some other weird video format before I found one that could actually play my disc without spewing out error messages every frame. Even then it seemed like the dolby 5.1 sound was messed up -- the voices were coming from behind us and the music from the front.
Gentlemen! You can't fight in here, this is the war room!
Thanks for pointing out that fact. phew.
Can we say, "Too soon to tell" if this is going to be on a release schedule?
Politics is the art of looking for trouble, finding it everywhere, diagnosing it incorrectly and applying the wrong fix.
So, 0.5. Does that mean they're half way done?
I would like to point out that teen pregnancy is an unfortunate problem that is difficult to prevent in our society.
What's the value of information that you don't know?
There never was a real build for ffmpeg. Now that they've got a stable release, I wonder when they will start pushing out official builds for various platforms (say, Win32/64)?
That said, could they actually push out binaries? One of the strange things with ffmpeg is that pretty much everywhere you go, it is compiled different. One system's ffmpeg will have a bunch of codecs installed and another will not. You can never really count on having something like H.264. Hell, I've seen one installation that didn't even have libmp3lame on it! Reminds me of PHP in many ways--so many damn compiler flags that you are pretty much guaranteed every system will be different.
Is this a legal thing, or a "we dont have a good build process yet" thing?
Multithreaded h.264 decoding is what I'm missing. Still only slice-based multithreading support, which doesn't work with 95% the content out there, which means you can't get real time decoding of full hd content on A64 X2 (core2 cpus are probably fast enough even with one core, at least the faster ones). ffmpeg-mt branch fixes this, I wonder when this will be merged (still seems to be a bit buggy).
FFmpeg is extremely powerful and versatile. Those words are, for the newer user, synonymous with difficult and confusing when the program is based on command line or a very simplistic front end. FFmpeg is very fully implimented (along with MEncoder, ffmpeg2theora and RealProducer) in the free audio and video format and parameter conversion front end software SUPER, from erightsoft.com. Free to download and use but not FOSS: small loss since it is, after all, intended for the majority of users who'd have trouble running such as FFmpeg native, those users hardly likely to want the source anyway. There are very few functions of the internal programs not implemented (setting a max output file size is one of the few). SUPER is extremely powerful while having every available function made as obvious as possible (and all have float-over hints), making it also useful as a training device for learning audio and video compression and conversion. The authors of SUPER clearly and repeatedly insist that their program is simply a front end, and that all credit for the power inside their program go to the programs they've built their around, and the authors thereof.
A minor beef is they require you to use IE with security settings low in order to download it as well as participate in the (very well attended by the authors) chat area. The 5 year span since the last FFmpeg release is a complete surprise to me, a daily user of SUPER, because there's so much more of that program available through the front end than I ever use.
I purchased DivXPro so I could convert everything to DivX, in order to play it on my DivX capable home DVD player. I found SUPER (with which I run FFmpeg almost exclusively for video) to be so much more powerful, flexible and faster, that I made the comment in the chat area that "SUPER does for free what others can't do for money". They liked that phrase so much that they adopted it as a motto. This is the sole association I have with the folks from erightsoft's SUPER project, just so your sure this is a testimonial, not an advertisement. One other small beef, they won't let you put it up for download elsewhere, even with the best of intentions on the sites with the best reputations. You can only get it from them.
I'm quite confident that SUPER will make use of the greater power of the new FFmpeg. I'm less confident I and most of the other users who just want to make things go will learn all about them. For those that do want to learn about them, the SUPER front end provides an a priori description of what will happen if you select each.
Bring it on -- no doubt erightsoft is already working on the new impplementation. In the mean time, check out the current version to find out how powerful FFmpeg already is. I'll bet you'll be surprised.
"I may be synthetic, but I'm not stupid." -- Bishop 341-B
"This MILF is paedobear approved..."
That's just damned disturbing.
I'll throw my recommendation behind this one. Quicktime's interface isn't bad but it's format support is terrible (and for things like WMV files you have to wait for a good amount of time where it does a mini-conversion before it plays). I *normally* find VLC a very usable player on most systems (Linux, Windows) but the Mac OS X version has always been really, really buggy for me. Mplayer Extended gives you essentially the Mplayer backend with a Quicktime-esque interface.
The only thing that still bugs me on Mplayer Extended (and it's often the same on many players) is that clicking in the tracking bar to a specific location in a video often puts you "somewhere kinda close to that point" rather than EXACTLY to that point. Minor quip though.
Honestly though, as much as people knock Windows, I've STILL not found anything on any platform that beats Media Player Classic for a simple, no nonsense video player. http://sourceforge.net/projects/guliverkli/
"People who think they know everything are very annoying to those of us who do."-Mark Twain
WTF? I am supposed to use Theora if I want an unencumbered codec??
At least VLC supports it directly.
Incidentally, VLC is not so hot on OS X these days. Instead of using FFmpeg for everything it can, it defers to Quicktime and its plugins for anything it can. Which means that most of the time you will not get an alternative method of decoding with the latest VLC versions; I can play many more files with earlier versions.
Does that mean they're half way done?
OHHHHHHHH LIving on a prayer!
Sorry. Had to. It's in my contract. =)
ffmpeg is one of the pieces in the open source world that must have the biggest gap between usefulness and usability. Ever seen the man page? Gazillions of options! Some of them can be applied multiple times for input and output. Therefore the order of arguments is significant. Took a while for me to figure that out ...
-- "As a human being I claim the right to be widely inconsistent", John Peel
19 year old 'adult' women, married or not- who are pregnant?
the whole point of tracking teen pregnancy is how disadvantaged the resulting children are likely to be.
How marginally different is it really just because the mother in question is married.-when it's at age 19..
yeah.. given the choice- I'd feel far less concern about the birth to a 30 year old single mother than a 19 year old married mother
every day http://en.wikipedia.org/wiki/Special:Random
It is interesting that his follows closely on the heels of the FAAC 1.28 Release and FAAD2 2.7 Release after an over 2 year haitus. On the other hand, the developer mailing list is quite active considering I get sourceforge-marked [SPAM] between 5-10 times per day.
Actually the news about it is that instead of using a GPL AAC decoder, they have their own LGPL decoder that is twice as fast as the old decoder. This LGPL AAC decoder is something that has only come about since maybe last year's Google Summer of Code.
Pinky: What do you want to do tonight, Brain?
Brain: The same thing we do every night, Pinky. Half-way take over the world!
Peter predicted that you would "deliberately forget" creation 2000 years ago...
Heh. I always thought they were the adult form of paper clips...
Understanding the scope of the problem is the first step on the path to true panic.
In case you're curious....
I-frames are essentially an entire picture. You could decode an I-frame and have a screenshot from the movie file.
P-frames (predictive) are essentially stored as the difference between the current frame and the preceding I- or P-frame. You save quite a bit of space this way, as you suspected.
B-frames are like P-frames, but they're predicted based upon both the previous and next frames.
The catch is that in order to skip to a specific P- or B-frame, you've got to decode the dependencies, too. So you have to strike a balance--you could be extremely space-efficient if you only ever coded one I-frame, but seeking would suffer horribly. Likewise, you could encode only to I-frames, but you'll be using a lot space. There's nothing strictly wrong with decoding the required frames and then starting playback from the dependent frames, but that can take time. The user would probably prefer seeing a bit more of their film than wondering if their player is broken. Not only that, what if the user tries to skip around several times?
I'd like to point out that teen pregnancy drops off significantly after age 25.
Proud member of the Ferengi Socialist Party.