Last modified: 2011-06-14 20:19:55 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T31180, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 29180 - TimedMediaHandler does not document required versions of ffmpeg, ffmpeg2theora
TimedMediaHandler does not document required versions of ffmpeg, ffmpeg2theora
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
TimedMediaHandler (Other open bugs)
unspecified
All All
: Unprioritized normal (vote)
: ---
Assigned To: Michael Dale
:
Depends on:
Blocks: 27699
  Show dependency treegraph
 
Reported: 2011-05-27 23:26 UTC by Brion Vibber
Modified: 2011-06-14 20:19 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Brion Vibber 2011-05-27 23:26:19 UTC
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.
Comment 1 Michael Dale 2011-06-02 02:13:50 UTC
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?
Comment 2 Brion Vibber 2011-06-02 18:52:14 UTC
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.
Comment 3 Michael Dale 2011-06-02 19:23:26 UTC
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.
Comment 4 Michael Dale 2011-06-14 20:19:55 UTC
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".

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links