Last modified: 2011-02-25 05:30:40 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 T25888, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 23888 - Support WebM (matroska/VP8/libogg)
Support WebM (matroska/VP8/libogg)
Status: RESOLVED DUPLICATE of bug 27699
Product: MediaWiki
Classification: Unclassified
File management (Other open bugs)
1.17.x
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-06-10 18:59 UTC by Derk-Jan Hartman
Modified: 2011-02-25 05:30 UTC (History)
7 users (show)

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


Attachments

Description Derk-Jan Hartman 2010-06-10 18:59:58 UTC
Things we need are:

1: A fileformat parser to retrieve the metadata and determine the codecs used in the matroska files.
2: Support in Cortado
3: Split off the OggHandler player from the OggHandler filesupport, so that it can be shared by other mediatypes.
Comment 1 Derk-Jan Hartman 2010-07-23 00:56:23 UTC
It seems getID3() is a PHP lib that claims to have matroska support. Investigating if we could reuse some of that to parse the metadata of mkv files. http://getid3.sourceforge.net/
Comment 2 Derk-Jan Hartman 2010-07-28 19:24:55 UTC
Upload support and filetype recognition added in r70103.
Comment 3 Derk-Jan Hartman 2010-07-28 19:34:26 UTC
So next to do is added a MatroskaHandler and a Matroska Metadataextracter + parser.


It is probably also best is we move the 'player' functionality from OggHandler into a core VideoHandler, of which both OggHandler and MatroskaHandler would be children. Adding mdale and Tim to the ticket, since both seem relevant to such a move.
Comment 4 Michael Dale 2010-08-24 03:27:28 UTC
:: WebM support ::

1) Any update on metadata support in getID3? 

1.5) We need to fallback to recent version of ffmpeg for thumbnails where the assets are WebM. i.e we need to deploy a recent version of ffmpeg. 

2) I don't think support in cortado is that essential since the flash runtime should be supporting WebM natively and has much broader adoption and 'virtual machine consistency' than java. 

3 ) I would promote the html5 player 'embedPlayer' that is part of TimedMediaHandler extension. It already has WebM support and capacity to switch among available playback engines. Its also well positioned to support the flash based playback with a consistent html5 like api.  It has other important features like multilingual timed text, a consistent player interface, fullscreen, share this media embed code, credits screen etc.

4) I would add that transcoding and derivatives support is pretty essential. A single video asset should not be tied to its source upload format. Often users upload a HD source asset that causes confusing long buffer times when embedded in an article at 200px wide.  We should transcode uploaded assets into both WebM and ogg formats at web stremable resolutions and let the client software automatically chose what will work best. i.e something like the TimedMediaHandler transcode support: http://prototype.wikimedia.org/s-9/index.php?title=Transcode%20Test 
This runs into the the classical bug 4421 where file extension does not match embed file but I don't see that as blocker to making progress here. 

I don't think it would be hard to add support for WebM to TimedMediaHandler since it already has a lot of the other pieces in place. But we need a process to review and make note of any thing that needs to be changed as a path towards deployment.
Comment 5 Michael Dale 2011-02-25 05:30:40 UTC
going to mark this as duplicate / similar to bug 27699 ( since Timed Media Handler supports WebM in the way we outline above )

*** This bug has been marked as a duplicate of bug 27699 ***

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


Navigation
Links