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."
Make them mean something. Anything. Otherwise, don't use numbers at all.
Might FFmpeg 1.0 mean that MPEG-LA members are ready to pull the trigger on suing the maintainers of projects using FFmpeg?
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.
I overheard they had some ideological(?) issues with that in the past.
As a consumer I really want this feature, even if a kitten suffers somewhere because of this feature.
Which one is 1.0?
http://ffmpeg.zeranoe.com/builds/
It's interesting how so many projects that were in beta for so long (though widely used and considered essentially stable) are finally getting the 1.0 treatment.
For all their ardous work!
FFMpeg donations page is here:
http://ffmpeg.org/donations.html
Join the Slashcott! Feb 10 thru Feb 17!
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.
If you use homebrew, I just pushed a new post on how to upgrade to FFmpeg 1.0 http://jasonormand.com/2012/09/28/how-to-install-ffmpeg-10-on-osx-mountain-lion/
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...
Sounds like you're getting ahead of yourself there. Before you ask if ffmpeg supports quicksync, maybe you should ask if Intel supports quicksync yet. Anyone have an URL of a page at intel.com (or whereever), where Intel says how to do it (e.g. op codes)?
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 !
This would make my day, I understand they refuse to do it though. Really sucks when you want to have both Theater AND Director's cut releases of BluRay...
Build it, Drive it, Improve it! Hybridz.org
Sounds like you're getting ahead of yourself there. Before you ask if ffmpeg supports quicksync, maybe you should ask if Intel supports quicksync yet. Anyone have an URL of a page at intel.com (or whereever), where Intel says how to do it (e.g. op codes)?
If a feature is important to a cpu vendor, it is up to them to code an initial, up to ffmpeg coding standards patch and invite the community to progress it, with a good donation to the project.
ffmpeg being free and opensource doesn't mean they should waste precious development time to code a non portable enhancement.
There are some great new features in this release:
new option: -progress
Scene detection in libavfilter
concat filter
F4V muxer
faststart option in the MOV/MP4 muxer
The faststart is one I was waiting to see ages ago :) Can't wait to see the next version of Tremendum Transcoder making use of these new features! :)
Anybody knows how long beforce vlc uses it?
How come neither the article nor the official site (ffmpeg.org) does not mention Fabrice Bellard, the original author?
Search RapidShare and MegaUpload!
Now you're just trolling.
Your original post might have been construed as a legitimate question, but now it just looks like no one bit your "ideological(?) issues" flamebait so you're just spouting nonsense.
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.
I was going to explain in detail how stupid you're being, but it made my brain hurt just thinking about it.
Nice story, but I really don't see the connection with reality.
Your original post got two answers: one saying that it wouldn't make sense to add the feature you want, and another saying that Intel should provide documentation.
You, on the other hand, imply that the reasons given by the ffmpeg authors for not implementing the feature you want are "Saint Stallman does not approve it" and "The Balance of The Force will be tipped in a wrong way", and you give no evidence of that at all.
Better luck on your future trollings!
Documentation? Here you go: http://software.intel.com/en-us/vcsource/tools/media-sdk
That's nice, how about replying to the relevant post?
Muxing into MP4 containers was only semi-working for years and years and couldn't be recommended. This meant making MP4 was broken in mencoder as a consequence. Is it fixed yet? Please?