Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?
Media Open Source Software Linux

FFmpeg 1.0 MultiMedia Library Released 82

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."
This discussion has been archived. No new comments can be posted.

FFmpeg 1.0 MultiMedia Library Released

Comments Filter:
  • by Anonymous Coward

    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.

    • by fuzzyfuzzyfungus ( 1223518 ) on Friday September 28, 2012 @03:23PM (#41492335) Journal

      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...

  • 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.

    • Re:Out of beta? (Score:5, Insightful)

      by BanHammor ( 2587175 ) on Friday September 28, 2012 @02:48PM (#41491761)
      Well, it's not that these projects were in beta for way too long, it's just that they are being honest about it.
      • That's a good point. "Here's our software. It should be stable, but it's beta, so don't rely on it too much." beats "Hey, we're out of beta! What? Bugs? We'll take care of that in 1.1!"

    • Re:Out of beta? (Score:5, Interesting)

      by davydagger ( 2566757 ) on Friday September 28, 2012 @03:21PM (#41492297)
      open source projects stay in beta as long as need be, and don't rush to ship 1.0 or major releases until ready.

      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 .0 versions long before they are ready because they release cycles and deadlines.

      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.
    • by donaldm ( 919619 )

      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.

      When I write code I initially set the version of my code to 1.0 which basically means it could crash or do horrible things to the environment. In other words not to be used by anyone not encased in flame and bullet proof armour. There are many who prefer using 0.0 to designate the first version of their software however to the average person who would use that software (ie. the majority) versions starting at 1.1 or preferably 1.2 and above is much more preferred than 0.1 or 0.2. Still it is not wrong to sta

  • by sl4shd0rk ( 755837 ) on Friday September 28, 2012 @02:34PM (#41491473)

    For all their ardous work!

    FFMpeg donations page is here:
    http://ffmpeg.org/donations.html [ffmpeg.org]

  • by Panaflex ( 13191 ) <convivialdingo AT yahoo DOT com> on Friday September 28, 2012 @02:53PM (#41491865)

    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!

  • 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/ [jasonormand.com]
  • by Anonymous Coward on Friday September 28, 2012 @03:32PM (#41492433)

    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...

  • How come neither the article nor the official site (ffmpeg.org) does not mention Fabrice Bellard [wikipedia.org], the original author?

  • ffmbc (Score:5, Informative)

    by illtud ( 115152 ) on Friday September 28, 2012 @06:29PM (#41494757)

    If you're in broadcast, check out ffmbc [google.com] 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.

  • by wdef ( 1050680 ) on Saturday September 29, 2012 @04:05AM (#41497381)
    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?
    • by NearO ( 591410 )

      That's actually mencoder's fault. It has problems muxing to basically anything but AVI. If you use ffmpeg directly, you can make MP4 files just fine. For mencoder, it's unlikely that the situation will change, as it is basically no longer maintained.

I've noticed several design suggestions in your code.