W3C home > Mailing lists > Public > public-html@w3.org > May 2012

[Bug 16998] New: Change sourceAppend() to take a URL and optional range parameters

From: <bugzilla@jessica.w3.org>
Date: Tue, 08 May 2012 18:21:50 +0000
To: public-html@w3.org
Message-ID: <bug-16998-2495@http.www.w3.org/Bugs/Public/>
https://www.w3.org/Bugs/Public/show_bug.cgi?id=16998

           Summary: Change sourceAppend() to take a URL and optional range
                    parameters
           Product: HTML WG
           Version: unspecified
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Media Source Extensions
        AssignedTo: adrianba@microsoft.com
        ReportedBy: acolwell@chromium.org
         QAContact: public-html-bugzilla@w3.org
                CC: mike@w3.org, public-html-wg-issue-tracking@w3.org,
                    public-html@w3.org


Currently sourceAppend() allow media data to be passed in via a Uint8Array. In
most cases it is completely unnecessary for JavaScript to have access to the
actual binary data. I am proposing that the signature to sourceAppend() be
changed to the following:

void sourceAppend(in DOMString id, in DOMString url, optional long long start,
optional long long end)

This would avoid the need for JavaScript to fetch data via XHR and would allow
the browser to utilize its resource fetching and caching subsystems more
effectively. Dynamically created media data could still be generated by
JavaScript if need be and passed in through Blob urls.

sourceappenddone & sourceappenderror events would also be needed to signal when
appending has completed or encountered an error.

The optional start & end parameters are there to allow a subset of the resource
to be fetched.

-- 
Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Received on Tuesday, 8 May 2012 18:25:19 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 9 October 2021 18:45:52 UTC