Last modified: 2014-02-28 22:40:09 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 11252 - Cortado buffering is not robust and not sensitive to download speeds, bufferSize param does not appear to work.
Cortado buffering is not robust and not sensitive to download speeds, bufferS...
Status: RESOLVED WONTFIX
Product: Cortado
Classification: Unclassified
JST (Other open bugs)
unspecified
All All
: Normal enhancement (vote)
: ---
Assigned To: Gregory Maxwell
wikimedia[unmaintained]
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-09-09 07:55 UTC by Gregory Maxwell
Modified: 2014-02-28 22:40 UTC (History)
4 users (show)

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


Attachments

Description Gregory Maxwell 2007-09-09 07:55:16 UTC
Cortado buffers ahead of the file, but for most videos it does not buffer enough to capture the entire video. Seeking, and playing again often cause the file to reload, this should never happen for reasonably small files. For users on slow connections with high bitrate files it does not pre-buffer enough to play the file well.

It would be nice if at the first buffer underrun cortado estimated the transmission speed and then pre-buffered enough to make halt-free playback likely.  It would be impressive if the transmission speed estimate was saved in domstorage, userData, or cookie so that subsequent files experienced no timeouts while avoiding users of fast connections with unneeded pre-buffering delays.
Comment 1 Andre Klapper 2012-12-17 12:14:12 UTC
TimedMediaHandler was deployed at the beginning of November 2012, see
https://www.mediawiki.org/wiki/TimedMediaHandler and http://blog.wikimedia.org/2012/11/08/introducing-wikipedias-new-html5-video-player/ for more information.
It is based on HTML5 and supports closed captions, timed text, WebM, etc.

This bug report was reported about "Cortado". With TimedMediaHandler being in place, Cortado is now ONLY used as a fallback for web browsers that do not support any of the video codecs we offer but have Java installed. This currently is Apple Safari without XiphQt installed, or Microsoft Internet Explorer with Java applet installed. 

Please add a comment here in case that you still face the problem described (now with Cortado inside of TimedMediaHandler) if using one of the browsers mentioned above. In that case, this report should be moved to product="MediaWiki extensions" and component="TimedMediaHandler" in this bug tracker.

Issues that also happen with Cortado without TimedMediaHandler should be reported to https://trac.xiph.org/ instead.
Comment 2 Andre Klapper 2014-02-28 22:40:09 UTC
Wikimedia itself is currently not actively working on Cortado.
If you are still interested in seeing this, please check the existing upstream tickets at https://trac.xiph.org/query?component=Cortado&group=component&col=id&col=summary&col=status&col=owner&col=type&col=priority&col=milestone&order=priority and if no ticket exists yet for this request, please create one in upstream. 

Also see comment 1 in this report for more explanation which way Wikimedia Multimedia currently takes. Closing as WONTFIX for Wikimedia itself.

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


Navigation
Links