Slashdot Mirror
FFmpeg 1.0 MultiMedia Library Released
An anonymous reader writes "The free software FFmpeg multi-media library that's used by VLC, MPlayer, Chrome, and many other software projects has reached version 1.0 after being in development since 2000. The 1.0 release incorporates new filters/decoders and other A/V enhancements. The code is available from FFmpeg.org."
FFmpeg Frosty First edition?
Might FFmpeg 1.0 mean that MPEG-LA members are ready to pull the trigger on suing the maintainers of projects using FFmpeg?
I do not have version numbers for my software. It starts with MySoftwareX Build 1, and goes from there. I like to think "Problem Solved"
"When life gives you lemons, don't make lemonade. Make life take the lemons back!" -- Cave Johnson
using an iPhone.
Found your problem
http://ffmpeg.org/download.html#releases
For all their ardous work!
FFMpeg donations page is here:
http://ffmpeg.org/donations.html
Join the Slashcott! Feb 10 thru Feb 17!
Well, it's not that these projects were in beta for way too long, it's just that they are being honest about it.
ffmpeg supports both Avid DNxHD and Apple ProRes codecs, REDCODE decode, EXR, DPX, and all the best unencumbered formats as well. This means that most pro video and film production can integrate into OSS with much more ease than ever before. It also means that proprietary data lock-in is on the way out.
Way to go ffmpeg!
I said no... but I missed and it came out yes.
open source projects stay in beta as long as need be, and don't rush to ship 1.0 or major releases until ready.
.0 versions long before they are ready because they release cycles and deadlines.
The good news for us, is that they allow the community to help ironing out the bugs, which for many don't show up until long repeated usage. The more people there are to report failures, the better.
compared this with commerical software. Especially microsoft. They release
OpenSSL spent 15 years before a 1.0 release. Noveau almost 10.
I think its a sign of many long standing projects maturing, and that linux is ready for prime time.
Unless I'm gravely confused, ffmpeg seems like a curious place for Quick Sync support. Quick Sync is an independent, comparatively inflexible(though fast), h.264 hardware encoder and decoder, not a set of instructions or an architectural feature that would speed up a software decoder. Why would a tool that is largely a collection of highly flexible software encoders and decoders be interested?
I can see how some of the video player programs that use ffmpeg might have reason to also have the option to use quick sync, on supported platforms; but that would really be up to them...
Stop slacking guys! Take a look at Firefox. Work as hard as they do and in 8 years you too can have a version 16 !
I wonder if they've finally managed to integrate correct video orientation handling when dealing with QuickTime movies. Lack of support was the reason VLC was unable to show QuickTime videos recorded using an iPhone.
You're holding it wrong.
If you're in broadcast, check out ffmbc a broadcast-oriented ffmpeg fork. My dabbling has been with producing IMX (SMTPE D10) as an archival format for video and film archive digitiziation and although you can cook it up with ffmpeg, ffmbc makes it a doddle. The hard work has been done by the ffmpeg folks, and it's a wonderful tool.
I used ffmpeg for producing a side-by-side video of a reference uncompressed YUV vs samples of MJPEG2000 & MPEG2 at various compression ratios for a double-blind subjective quality assessment together with overlaid captions - took me a day or so going from never having used it before. Think of it as ImageMagick for video, rather than just a transcoding library.
Whilst I'm here, can I give a shout out for mediainfo(Hi Jerome!) as a technical metadata extraction tool for Video (if you're using it in an archival repository, use the mpeg7 or pbcore xml output - almost hidden features). Don't be fooled by the home page screenshot - the linux command line version is where it's at.