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

[Bug 12643] <video> change of fragment in media fragment URI consequences

From: <bugzilla@jessica.w3.org>
Date: Tue, 10 May 2011 12:07:38 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1QJlj0-0004dR-PJ@jessica.w3.org>

--- Comment #5 from Philip Jägenstedt <philipj@opera.com> 2011-05-10 12:07:38 UTC ---
(In reply to comment #4)

> I think for any change of fragment that doesn't indicate a time offset, we have
> to reset to currentTime=0. Including v.src=v.src. I don't think we need to
> re-load the resource even for a track change.

Do you mean re-load as in re-transferring data over the network? If so, that
can be avoided simply by caching. If you mean going through the resource
selection algorithm again, I'm not sure I see why that would be a problem.

At large, I have yet to see (or understand) a case where it's not sufficient to
just go through the resource selection algorithm again and treat it as a
quality-of-implementation issue how well a browser is able to reuse the data
and decoding pipelines it already has.

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 Tuesday, 10 May 2011 12:07:40 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:49 UTC