W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > September 2011

[Bug 14109] New: Stop and start media buffering

From: <bugzilla@jessica.w3.org>
Date: Sun, 11 Sep 2011 21:50:46 +0000
To: public-html-bugzilla@w3.org
Message-ID: <bug-14109-2486@http.www.w3.org/Bugs/Public/>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14109

           Summary: Stop and start media buffering
           Product: HTML WG
           Version: unspecified
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: HTML5 spec (editor: Ian Hickson)
        AssignedTo: ian@hixie.ch
        ReportedBy: mdale@wikimedia.org
         QAContact: public-html-bugzilla@w3.org
                CC: mike@w3.org, public-html-wg-issue-tracking@w3.org,
                    public-html@w3.org


There should be a way to stop ( and start ) media buffering once the while the
media element is in the NETWORK_LOADING state. 

This has a few use cases such as: 

* Preventing a 3 hour video from downloading the entire video when the user
only watches 5 seconds and leaves the tab open. This could save a lot of
bandwidth. The user page could alternatively wait for a canPlayThrough event if
the implementation supported it.  

It would be up to the site to notice that the user downloaded the first 30
seconds much faster than real time, and there would be no continues playback
benefit to downloading the entire clip.  

* Creating video sequences with several sub clips with in and out points of
much longer source media files.

* Creating poor mans adaptive streaming by stopping buffing of stream A,
loading another stream B, seeking to the stop buffer point in stream B, then
remove A and show B once the time is reached in the stream A.

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Sunday, 11 September 2011 21:50:48 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 16:31:18 UTC