Last modified: 2014-07-21 19:39:49 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 T44591, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 42591 - Support MPEG DASH for multiple webm files
Support MPEG DASH for multiple webm files
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
TimedMediaHandler (Other open bugs)
unspecified
All All
: Low enhancement (vote)
: ---
Assigned To: Michael Dale
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-12-01 02:04 UTC by Michael Dale
Modified: 2014-07-21 19:39 UTC (History)
3 users (show)

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


Attachments

Description Michael Dale 2012-12-01 02:04:47 UTC
Googles page here outlines mpeg DASH support for webm: 
http://wiki.webmproject.org/adaptive-streaming/instructions-to-playback-a-webm-dash-presentation

This requires some minor changes to the encode pipeline, and the inclusion of a JavaScript library to the player component to support adaptive streaming.

Note chrome canary will shortly support the peer to peer data channel, which can also be a source for appending chunks of webm streams, so getting these components in place also could facilitate p2p distributions experiments for "short tail" content for example; fundraiser landing page, or google doodle pages with video.
Comment 1 Jan Gerber 2012-12-04 13:18:14 UTC
adding sample_muxer as another file required for the encoding might not be so good, should check if we can get this merged into avconv as an option.

Also this requires audio and video to be in separate files. that most likely requires some changes to the way transcodes are handled.
Comment 2 Brion Vibber 2014-07-14 15:53:27 UTC
MPEG-DASH style streaming would also be good for the ogv.js player (or a future webm.js variant) in non-WebM-supporting browsers, as this would enable things that are difficult when loading a large video file via XMLHTTPRequest:

* true streaming in Safari (currently can only progressive download into an in-memory buffer)
* quick seeking to any position in the file
* adaptive switching of resolutions based on CPU speed

The smaller file chunks should also be friendlier to our caching infrastructure, in theory.

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


Navigation
Links