Last modified: 2008-12-09 07:03:21 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 T18167, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 16167 - ffmpeg thumbnailing of Ogg videos barfs on Ogg Skeleton metadata
ffmpeg thumbnailing of Ogg videos barfs on Ogg Skeleton metadata
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
OggHandler (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Tim Starling
http://upload.v4.wikimedia.org/wikipe...
:
: 16208 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-10-29 00:11 UTC by Brion Vibber
Modified: 2008-12-09 07:03 UTC (History)
3 users (show)

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


Attachments

Description Brion Vibber 2008-10-29 00:11:01 UTC
Current versions of ffmpeg2theora include by default a metadata track as substream 0.0; the version of ffmpeg we have installed seems to barf on this and refuses to process the file:

Error generating thumbnail

Error creating thumbnail: [theora @ 0x7ffbd5f4f330]Theora bitstream version 30201
[theora @ 0x7ffbd5f4f330]584 bits left in packet 81
[theora @ 0x7ffbd5f4f330]7 bits left in packet 82
Input #0, ogg, from '/mnt/upload3/wikipedia/test/e/ed/PSA-Web-400-15fps-nl.ogg':
Duration: 00:03:10.8, start: 0.533333, bitrate: 314 kb/s
Stream #0.0: Video: 0x0000, 1000000.00 fps(r)
Stream #0.1: Video: theora, yuv420p, 400x224, 15.00 fps(r)
Stream #0.2: Audio: vorbis, 44010 Hz, mono, 64 kb/s
PIX_FMT_YUV420P will be used as an intermediate format for rescaling
Output #0, mjpeg, to '/mnt/upload3/wikipedia/test/thumb/e/ed/PSA-Web-400-15fps-nl.ogg/mid-PSA-Web-400-15fps-nl.ogg.jpg':
Stream #0.0: Video: mjpeg, yuvj420p, 400x224, q=2-31, 200 kb/s, 15.00 fps(c)
Stream mapping:
Stream #0.0 -> #0.0
Unsupported codec (id=0) for input stream #0.0



Ideally there's some parameter we can pass to ffmpeg which will ignore the track if it's present; worst case we should identify a version of ffmeg which works and upgrade to it.

A thread from December 2007 about this sort of issue:
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-December/039774.html

--no-skeleton option can be passed to ffmpeg2theora to avoid adding the track as a workaround.
Comment 1 Tim Starling 2008-11-03 10:43:56 UTC
*** Bug 16208 has been marked as a duplicate of this bug. ***
Comment 2 Philip Heron 2008-12-07 14:32:24 UTC
The current version of ffmpeg from RPMFusion (ffmpeg-0.4.9-0.52.20080908) seems to handle the Skeleton stream by ignoring it:

    Stream #0.0: Invalid Codec type -1
    Stream #0.1: Video: theora, yuv420p, 512x288, 25.00 tb(r)
    Stream #0.2: Audio: vorbis, 32000 Hz, stereo, s16, 56 kb/s
Comment 3 Brion Vibber 2008-12-08 19:45:15 UTC
Per mdale this is also breaking chopped Oggs, which add a skeleton metadata stream. :(


Current image scalers *appear* to be using the stock Ubuntu 8.04 ffmpeg package:
Version: 3:0.cvs20070307-5ubuntu7.1

I can't see a newer package in the official hardy-backports set, so we might need to find an unofficial package or update it ourselves or... bleah.

Tim, can you take a look?
Comment 4 Tim Starling 2008-12-09 07:03:21 UTC
Backported the one from intrepid to hardy, it just needed a slight tweak to the build deps. Seems to work. 

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


Navigation
Links