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

[Bug 10723] Support stopping at the time given by a media resource's fragment identifier

From: <bugzilla@jessica.w3.org>
Date: Fri, 04 Mar 2011 03:02:37 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1PvLHp-0006dt-QA@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=10723

--- Comment #15 from Silvia Pfeiffer <silviapfeiffer1@gmail.com> 2011-03-04 03:02:37 UTC ---
(In reply to comment #14)
> What is the use case? Do you have examples of sites today that use this with
> Flash? (I'm aware of examples of sites that support the start-time feature.)

1.
For example this site:
http://eopas.rnld.unimelb.edu.au/transcripts/48#t=23.0,28.62
(you will have to accept the cookie to get in and then reload that url)

This site publishes ethnographic audio & video recordings and allows jumping
directly into segments of the content by start/end time. This is not only used
for playback and research, but also for quoting when publishing research.


2.
Also this site:
http://metavid.org/w/index.php?title=Stream:senate_proceeding_02-04-11/0:00:25/0:01:45&tl=1

This site publishes long videos (recordings of senate sittings) and allows
direct access and embedding of snippets.

While the URL scheme does not conform to the spec of the W3C Media Fragments
WG, the idea is the same: have a start and end time in the URL.


3.
Then of course there's the whole use case collection in the requirements doc,
e.g.
- search result:
http://www.w3.org/2008/WebVideo/Fragments/WD-media-fragments-reqs/#scenario1.1 
- pagination:
http://www.w3.org/2008/WebVideo/Fragments/WD-media-fragments-reqs/#scenario2.1
- play bookmark fragments:
http://www.w3.org/2008/WebVideo/Fragments/WD-media-fragments-reqs/#scenario2.2
- fragment mashup:
http://www.w3.org/2008/WebVideo/Fragments/WD-media-fragments-reqs/#scenario3.3

-- 
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 Friday, 4 March 2011 03:02:39 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 4 March 2011 03:02:40 GMT