Page MenuHomePhabricator

TimedMediaHandler does not document required versions of ffmpeg, ffmpeg2theora
Closed, ResolvedPublic

Description

README & wiki page only indicate that something 'recent' is required, but doesn't specify what versions of ffmpeg and ffmpeg2theora must be used.

ffmpeg2theora (current in Ubuntu 11.04) gives:

/usr/bin/ffmpeg2theora: unrecognized option '--two-pass'
/usr/bin/ffmpeg2theora: unrecognized option '--buf-delay'

File `256' does not exist or has an unknown data format.

FFmpeg version 0.6.2-4:0.6.2-1ubuntu1 seems to go ok (currently I error out on permissions, but that'll be a problem elsewhere).

Before deploying, ops will need to know what versions to package etc.


Version: unspecified
Severity: normal

Details

Reference
bz29180

Event Timeline

bzimport raised the priority of this task from to Needs Triage.
bzimport set Reference to bz29180.
brion created this task.May 27 2011, 11:26 PM

mdale wrote:

Because WebM encoder improvements are ongoing, generally the "latest release" is best. Likewise with ffmpeg2theora, latest release is best. Because ffmpeg does not do regular releases and Ubuntu packages can get behind with both ffmpeg and ffmpeg2theora, its probably best to build from source.

Maybe Jan publishes the versions of ffmpeg that he tests before updating the ffmpeg2theora release?

He has a build script that can be invoked via:
bzr branch http://firefogg.org/dev/firefogg_buildd

Maybe a small modification to that build script could pull from a known stable version of the repository instead of the latest?

brion added a comment.Jun 2 2011, 6:52 PM

As a practical matter for deployment we'll reaaaalllllyyyy want packages so the puppet & apt infrastructure can deal with keeping them up to date on the image scalers (or would we even have dedicated video transcoder machines?).

If we have to compile those packages ourselves so be it, but that increases the burden on ops, especially if there's a need to make ongoing updates.

mdale wrote:

I believe the idea is that we have dedicated transcoding machines for the derivatives. Ryan Lane mentioned we have transcoding boxes from a while back when we first took a pass at getting transcoding support deployed. Is that still the "opts plan" Ryan?

I imagine thumbnails will be generated on image scales and would need the ffmpeg package there.

We have these nice static binaries here:
http://firefogg.org/nightly/

or we could easily create a PPA that integrates well into apt infrastructure ( something like ) https://launchpad.net/ubuntu/+source/ffmpeg2theora

Jan do you already have an official PPA for ffmpeg2theora / ffmpeg ( with latest vpx support ) ?

...or we could work harder to ensure the upstream packages are up-to-date :P

I will defer to Jan here since he does development / releases of at least ffmpeg2theora. And probably could help us setup something like wmf ffmpeg PPA if that is ideal for Ops.

mdale wrote:

added explicit mention of minimum versions in r90079.

We can directly support deployment via PPAs or via the static binaries for ffmpeg2theora, in the case of ffmpeg ubuntu includes a base version. But we will probably want to run more bleeding edge for maximum webm quality so we should use the static binaries, a PPA, or "build it ourselves".

Gilles moved this task from Untriaged to Done on the Multimedia board.Dec 4 2014, 10:10 AM
Gilles triaged this task as Unbreak Now! priority.
Gilles lowered the priority of this task from Unbreak Now! to Needs Triage.Dec 4 2014, 11:20 AM