FFmpeg-0.6.1

[ken@…]

A step nearer world domination. 0.6 can use libvpx, later snapshots (not tested) includetheir own code for this. Known to work with LFS-6.6, recent gstreamer, epiphany-2.30, midori (for youtube html5 beta) on x86_64. [ I couldn't get this to work with gnome-2.28, so I upgraded my desktop ].

[ken@…]

That seems to work for me, uploaded to ​http://www.linuxfromscratch.org/~ken/packages/ffmpeg-git-20080908.tar.bz2 - tested using ffplay on .wmv and .ogg (theora video, and plain ogg audio) files.

I've rebuilt everything which might be using it - xine-lib-1.1.15 (now doesn't need the upstream patch for the changed api), transcode-1.0.6 (can now drop a couple of seds I was carrying for changes after r 15261, still needs one for an old change), and xine-ui, gst-plugins-base, gst-ffmpeg, gnash, phonon, kdebase-runtime, kdemultimedia. That's about as much testing as I can do.

Some comments on other things in this page of the current book:

Space - if I build with shared and static libs, but with hardly any of the listed dependencies, I use 126M. I imagine it might be somewhat larger than the book's 131M if I had all the optional deps.

The sed to alter /usr/man is no longer needed.

The switch --enable-pp is no longer recognized, needs to be --enable-postproc.

I find the reference to doc/optimization.txt out of place - it's nothing to do with the usual "use some loony CFLAGS" optimizations that people try, it's for ffmpeg hackers who want to change the code, e.g. by replacing something with new SIMD assembler instructions.

I'm also not comfortable with --disable-ffplay being on the command line, it's only needed if you don't have xorg.

And, as you will expect, I advocate documenting --disable-static among the optional switches.

[Ag. Hatzimanikas]

Ken I've missed your snapshot. Sorry,

I already have uploaded a new snapshot in:

​http://www.linuxfromscratch.org/~ag/snapshots/ffmpeg-20090201.tar.bz2

Take your pick. Also and to not forget, I am following your route to "--disable-static", although I haven't done it in my last build of ffmpeg, but I will do. Thanks for your work.

[ken@…]

Replying to ag@…:

Ken I've missed your snapshot. Sorry,

I already have uploaded a new snapshot in:

​http://www.linuxfromscratch.org/~ag/snapshots/ffmpeg-20090201.tar.bz2

Take your pick.

I only reported it, the ticket is open for anyone to take ;-)

I was thinking about taking this package if nobody else wanted to, but I'm way behind schedule on more urgent packages and as I said, I don't have many of the dependencies.

[ken@…]

An official release! Of course, it will probably mean patching its users until they catch up.

[ken@…]

Both xine-lib-1.1.16.2 and transcode-1.1.1 built against 0.5 without any problems. Tested with ffplay on both theora and wmv files.

[Randy McMurchy]

Modified milestone from 6.4 to 6.5

[Randy McMurchy]

Throwing the home URL out here as folks are used to getting FFmpeg from the MPlayer site.

​http://ffmpeg.org/

[willimm]

...

We still should use SVN. That's what nearly everybody does, and snapshots from SVN work 99% of the time. It's a good idea.

[Randy McMurchy]

Version increment to 0.5.1

[willimm]

New version 0.6. This version has lots of improvements releating to HTML5 video, among others, including significantly faster H.264 and Theora decoders, improved Vorbis decoder, and also support for VP8 via libvpx (use ​git://review.webmproject.org/libvpx.git, they haven't released a stable version yet, this requires Yasm 0.8.0 which is not in the book yet), and the Maktroska demuxer is extended to support WebM, among other updates.

I'd recommend this version.

[ken@…]

libvpx has had stable releases - as of last week 0.9.1 (found a reference to it in debian). At that time, the url was ​http://webm.googlecode.com/files/libvpx-0.9.1.tar.bz2 but that link no longer works.

Building it, as with most google packages, is slightly messy. In this case, create a build directory (don't call it that, 'build' already exists), cd, configure : I used --enable-pic --enable-shared ; make ; As usual with google, no install target. Based on distros (maybe arch or pld) I used

install -v -m0755 libvpx.so.0.9.1 /usr/lib
ln -sf libvpx.so.0.9.1 /usr/lib/libvpx.so
install -v -m0644 libvpx.a /usr/lib
mkdir -pv /usr/include/vpx
install -v -m0644 ../vpx/*.h /usr/include/vpx
install -v -m0755 ivfdec ivfenc /usr/bin

Those details are because it makes little sense to use ffmpeg-0.6 *without* this major addition. The static lib is only shown for completeness. But, I have no idea if any of this is useful - I'm still building my desktop.

Since BLFS is still targetting LFS-6.5, it might be worth sticking with the old ffmpeg-0.5.1 if that would mean we can get a release ?

[willimm]

Replying to ken@…:

Since BLFS is still targetting LFS-6.5, it might be worth sticking with the old ffmpeg-0.5.1 if that would mean we can get a release ?

It's probally a better idea to target 6.6 and introduce both libvpx and Maktroska into the book (WebM uses Maktroska as it's container), and use this version of FFMpeg. I'd think it's a reasonable idea, as FFMpeg 0.6 has lots of improvements over 0.5.1.

[ken@…]

Grabbing this, because I'm unwilling to put in the xine-lib upgrade while the old version is still referenced.

[ken@…]

from the site: We have just pushed the first point release from our 0.6 release branch: FFmpeg 0.6.1. This is a maintenance-only release that addresses a small number of bugs and security issues. It also adds a newer version of the AAC decoder, which enables the playback of HE-AAC v2 media.

[ken@…]

the trac status fields will be the death of me!

[ken@…]

r8659.

[(none)]

Milestone 6.5 deleted