[Webkit-unassigned] [Bug 48054] New: Implement startOffsetTime (after the new HTML5 media spec update)
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Thu Oct 21 03:06:35 PDT 2010
https://bugs.webkit.org/show_bug.cgi?id=48054
Summary: Implement startOffsetTime (after the new HTML5 media
spec update)
Product: WebKit
Version: 528+ (Nightly build)
Platform: PC
URL: http://www.whatwg.org/specs/web-apps/current-work/mult
ipage/video.html#dom-media-startoffsettime
OS/Version: All
Status: UNCONFIRMED
Severity: Normal
Priority: P2
Component: Media Elements
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: odin.omdal+webkit at gmail.com
The HTML5 spec was updated a while ago, I couldn't find any bug tracking that so this is not connected to a master-bug for it.
Anyway, I'm pushing startOffsetTime because I need it for my webapp :-) You also need to fix your startTime, because now it doesn't conform to spec.
This was my original bug (use case) to the WHATWG and browsers:
I stream conferences using Ogg Theora+Vorbis using Icecast2. I have built a
site that shows the video and then automatically shows the slides (as PNG
files) as well. I use orbited (COMET) to have the server PUSH my «next»
presses on my keyboard.
The problem is that icecast does heavy buffering, and also the client, so
that while I switch the slides, the browser will go from slide 3 to 4 WAY
too early (from 10 second to 1 minute).
If I could get the timestamp OR time-since-started-sending/recording from
the ogg file in javascript, I'd be able to sync everything.
There are multiple way to sync this, may even an stream with the slide-data
INSIDE the ogg file, however, AFAIK there's also no way of getting out such
arbitrary streams.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list