Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: FFmpeg 0.5 "Bike Shed" (Read 28899 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

FFmpeg 0.5 "Bike Shed"

It has been a very long time since we last made a release and many did not think we would make one again but, back by popular demand, we are proud to announce a new release: FFmpeg 0.5. Check out the release notes and changelog.

It is codenamed "half-way to world domination A.K.A. the belligerent blue bike shed" to give an idea where we stand in the grand scheme of things and to commemorate the many fruitful discussions we had during its development.

This release includes a very extensive number of changes, but some of the highlights are:

  • Significant work to support at least decoding of all widespread mainstream proprietary codecs, such as:
    • decoders and encoders
      • ALAC
      • Flash Screen Video
      • WMAv2 decoder fixed, WMAv1/v2 encoder
    • decoders
      • Atrac3
      • MLP/TrueHD
      • On2 VP3 improvements and VP5/VP6 support
      • RealAudio Cooker and fixes for 14.4 and 28.8
      • RealVideo RV30/40
      • WMV3/WMV9/VC-1 and IntraX8 frame support for WMV2/VC-1
  • Broad coverage of widespread non-proprietary codecs, including:
    • decoders and encoders
      • DNxHD
      • DVCPRO50 (a.k.a. DV50)
      • Floating point PCM
      • GSM-MS
      • Theora (and encoding via libtheora)
      • Vorbis
    • decoders
      • AAC with ADTS support and >2x the speed of FAAD! (no HE AAC support yet)
      • AC-3 that is faster than liba52 in 5.1, up to 2x faster in stereo and also supports E-AC-3! Hence liba52 is now obsolete.
      • DCA
      • DVCPRO HD (a.k.a. DV100)
      • H.264 PAFF and CQM support, plus slice-based multithreaded decoding
      • Monkey's Audio
      • MPEG-2 video support for intra VLC and 4:2:2
      • Musepack
      • QCELP
      • Shorten
      • True Audio (TTA)
      • Wavpack including hybrid mode support
  • Highlights among the newly supported container formats:
    • demuxers and muxers
      • GXF
      • MXF
    • demuxers
      • NullSoft Video (NSV)
    • muxers
      • iPhone/iPod compatibility for MP4/MOV
      • Matroska
      • NUT
      • Ogg (FLAC, Theora and Vorbis only)
      • ShockWave Flash (SWF)
  • libavdevice
  • ffserver is working again.
  • a shiny, new, completely revamped, non-recursive build system
  • cleaner, more consistent code
  • an all new metadata API
  • and so much more!

FFmpeg 0.5 "Bike Shed"

Reply #1
Please, there are any windows binary to test?

FFmpeg 0.5 "Bike Shed"

Reply #2
Great to see WavPack lossy is now supported! 

Well done to everyone involved in this new release of FFmpeg.

FFmpeg 0.5 "Bike Shed"

Reply #3
I'd love to see a rarewares-hosted build of this myself.

FFmpeg 0.5 "Bike Shed"

Reply #4
I'm surprised the notes don't tell the story behind the name.

For those who don't know:The bikeshed in question (if that site messes with your eyes, you can change it to any color you'd like by changing the left-most string.
Now with more kitten!

FFmpeg 0.5 "Bike Shed"

Reply #5
Quote
half-way to world domination A.K.A. the belligerent blue bike shed


I don't like the name "half-way to world domination".

I don't see the point in naming this release this way.

FFmpeg 0.5 "Bike Shed"

Reply #6
Quote
half-way to world domination A.K.A. the belligerent blue bike shed


I don't like the name "half-way to world domination".

I don't see the point in naming this release this way.

0.5 = 1/2
1.0 = world domination (because 1.0 is going to be so friggin' perfect nobody would want to use anything else)
One of the most complete A/V solutions in the OSS (or even the closed-sourced) world has some fun with their naming and this is a problem?
Creature of habit.

FFmpeg 0.5 "Bike Shed"

Reply #7
Quote
half-way to world domination A.K.A. the belligerent blue bike shed


I don't like the name "half-way to world domination".

I don't see the point in naming this release this way.

you're funny.

FFmpeg 0.5 "Bike Shed"

Reply #8
I'd love to see a rarewares-hosted build of this myself.

Well, I've managed to produce a MinGW compile of the base system as downloaded which I can post but do people want some of the external libs included, and, if so, which?

FFmpeg 0.5 "Bike Shed"

Reply #9
dare I say, all of them?



I always use the builds listed on the ffmpeg wiki, which are always all in, (with stuff like x264 too), but none seem to have 0.5 yet. I sure would like a build of .5 if you can make one. I love to have one executable which can convert literally anything.

FFmpeg 0.5 "Bike Shed"

Reply #10
dare I say, all of them?



I always use the builds listed on the ffmpeg wiki, which are always all in, (with stuff like x264 too), but none seem to have 0.5 yet. I sure would like a build of .5 if you can make one. I love to have one executable which can convert literally anything.

I guess I asked for that!!

I'll see what I can do for you. It may take me a day, or so as I'm no MinGW expert, but I'm sure I'll get there! I'll post back here with something to test before I post it at Rarewares.



FFmpeg 0.5 "Bike Shed"

Reply #13
@Canar: from the filesize I infer it's not all in, the ffmpeg.exe I have here is around 7MB.

But, as it does encode ALAC, could you tell me if [a href='index.php?showtopic=65497']ffmpegs problems with alac[/a] have been solved in 0.5?

FFmpeg 0.5 "Bike Shed"

Reply #14
Uncompressed, the executable is 8.7MB. And yes, the length mismatch problem still exists.

FFmpeg 0.5 "Bike Shed"

Reply #15
Ah, I didn't think the executable would be that compressable. And thanks for the confirmation. I really hope they'll fix that soon, because as-is the alac encoder just isnt lossless.

FFmpeg 0.5 "Bike Shed"

Reply #16
http://lists.mplayerhq.hu/pipermail/ffmpeg...ary/018917.html

ffmpeg have problem with lame 3.98.2 (no problem with 3.98), there is a patch, but looks like it was not applied:

https://roundup.ffmpeg.org/roundup/ffmpeg/issue803

"The bug disappears if you go back to LAME 3.98
Also there is a patch proposed but not applied. Good diplomacy is yet needed as neither FFmpeg nor LAME see the, ahem, issue as an own bug."

http://ffmpeg.arrozcru.com/forum/viewtopic.php?f=1&t=977

FFmpeg 0.5 "Bike Shed"

Reply #17
I found a random copy on the Internet and posted it on fb2k.net for the moment. I'm not sure what all's included, but it produces ALAC files nicely. That was the aim I had for hosting it. As I know and trust Rarewares, I'd just as soon refer people there instead.
just playing around with flash screen video, the command
>ffmpegnew -i 01_cs3_gui.avs -vcodec flashsv test.flv
produces some jumping thing that remotely looks like video
edit: must be some issue with avisynth input, command
>ffmpegnew -i 01_cs3_gui_unc.avi -vcodec flashsv test2.flv
produces a valid file.
edit2: the real question is why even include such an ancient codec in the 1st place, when you can get a nice lossy file for web using some of the CRF modes found in x264 (crf21 will give me average bitrate of 105 Kbps), nm
PANIC: CPU 1: Cache Error (unrecoverable - dcache data) Eframe = 0x90000000208cf3b8
NOTICE - cpu 0 didn't dump TLB, may be hung

FFmpeg 0.5 "Bike Shed"

Reply #18
OK, I've made a build, with a lot of help from the wiki, I might add, with this configuration:

Code: [Select]
FFmpeg version 0.5, Copyright (c) 2000-2009 Fabrice Bellard, et al.
  configuration: --extra-cflags=-fno-common --enable-memalign-hack --enable-pthreads --enable-libmp3lame --enable-libxvid --enable-libvorbis --enable-libtheora --enable-libspeex --enable-libfaac --enable-libgsm --enable-libx264 --enable-libschroedinger --enable-avisynth --enable-swscale --enable-gpl
  libavutil     49.15. 0 / 49.15. 0
  libavcodec    52.20. 0 / 52.20. 0
  libavformat   52.31. 0 / 52.31. 0
  libavdevice   52. 1. 0 / 52. 1. 0
  libswscale     0. 7. 1 /  0. 7. 1
  built on Mar 19 2009 10:45:23, gcc: 4.3.3

If this looks about right, I'll post it for testing. May be someone in the know could advise? TIA.

EDIT: Might be worth mentioning the following:
  • Size (uncompressed) - 8.84MB
  • Build is based on all libs being statically linked
  • faac-1.26
  • lame-3.98.2
  • libvorbis-aoTuVb5.7
  • speex-1.2rc1
  • x264-snapshot-20090317-2245
  • xvidcore-1.2.1
  • All other libs were latest releases
  • All required patches applied
  • All builds made 'out of the box', subject to specified patches, using msys/mingw32/gcc 4.3.3
  • Built on an Intel E4300, Asus P5N-D, XP Pro 32 bit fully up-to-date

EDIT 2: To save wasting time, I've made the build available here: http://www.rarewares.org/john33/ffmpeg0.5-win32.zip
If someone would be willing to test this and let me know whether it works as expected, that would be great.

FFmpeg 0.5 "Bike Shed"

Reply #19
a question. Would it be possible to get only audio codecs and container formats compiled in? This is no big deal just because I am curious.
And something else which is more like an issue for me. Can anybody create a binary which includes AMR support?
Unfortunatelly this is illegal to distribute so it'll be really difficult. Hmm. but really I am too stupid to build it my-self so asking is the only option left.

FFmpeg 0.5 "Bike Shed"

Reply #20
Yes, building ffmpeg with only audio support would be much appreciated!
And AMR support (at least decoding) would be very nice to have too...

In general, I think it is worth managing a web-resource which would offer different compilations of ffmpeg for different platforms.
For example:

* all-inclusive ffmpeg
* audio only ffmpeg
* video only ffmpeg
* decoding only ffmpeg
... etc

and for:
* for win32
* for linux (static libs)
* etc...

I believe this would solve many problems for those who really like/need ffmpeg and don't know who to compile it by themselves.

FFmpeg 0.5 "Bike Shed"

Reply #21
I think its better to use shared mode, so we can update dll's without recompiling it.

@ john - did you apply mp3 patch from my previous post? I dont see sources...

@ aradzish - why not to use only all inclusive version?

FFmpeg 0.5 "Bike Shed"

Reply #22
So what else is missing?

Better / Full support of Rmvb from Real - Or Faster decode.
Microsoft .wmv
Vp6?

Honestly, FFmpeg is very very good..

FFmpeg 0.5 "Bike Shed"

Reply #23
http://lists.mplayerhq.hu/pipermail/ffmpeg...ary/018917.html

ffmpeg have problem with lame 3.98.2 (no problem with 3.98), there is a patch, but looks like it was not applied:

https://roundup.ffmpeg.org/roundup/ffmpeg/issue803

"The bug disappears if you go back to LAME 3.98
Also there is a patch proposed but not applied. Good diplomacy is yet needed as neither FFmpeg nor LAME see the, ahem, issue as an own bug."

http://ffmpeg.arrozcru.com/forum/viewtopic.php?f=1&t=977

The bug-reports we received did not mention ffmpeg calling lame_encode_flush more than once. So I could not reproduce anything wrong on my side.

FFmpeg 0.5 "Bike Shed"

Reply #24
Thankyou very much to all the people who work on this project, thankyou John33 for the compile, and the Hydrogenaudio and Rarewares people as well