Comments on: Demo of deep hyperlinking into HTML5 video

By: Ebrahim Patel

Ebrahim Patel — Mon, 19 Sep 2011 13:20:53 +0000

Excellent Demo.

Works with IE, Firefox, Chrome …

By: silvia

silvia — Sun, 21 Mar 2010 11:23:37 +0000

@John.Zornig The Media Fragment Working Group is only specifying URI query and fragment formats for media resources, such as elephant.ogv. The introduction of a fragment on the URI of the html page is a freedom that I took in my demo to show that a connection can be introduced between the URI of the page and of the media resource – always assuming that there is a single media resource on the page. This is akin to what YouTube do, e.g. http://blogoscoped.com/archive/2008-10-26-n19.html . They also hand the time offset through to the only video on the watch page.

However, you are indeed right that a Web page author has the opportunity to define even more name-value pairs on pages to better specify the target element of the fragment. This can be done easily by the web page author and parsed using JavaScript on the page. However, it’s not part of the standardisation effort, so I wasn’t particularly keen to explore this further.

By: John Zornig

John Zornig — Sun, 21 Mar 2010 04:39:13 +0000

Great demonstration, but I’m confused as to the meaning of the URL ending
mediafrag.html#t=15 vs the URL ending elephant.ogv#t=15.

In the second instance, which seems to conform to the Media Fragment Working Group proposal, I can understand the the offset t=15 applies to the video which is the resource elephant.ogv. But in the first case, the resource is a html file. There is nothing in the #t=15 fragment that ties it to the video. The html file could conceivably contain multiple video tags and then what does the fragment refer to?

Should the proposal describe additional name, value pairs such as tag=tagname, class=classname, id=idname so that the target(s) of the fragment can be located within the page?

By: Lisa

Lisa — Wed, 09 Sep 2009 07:29:57 +0000

This is a great move forward no more relying on 3rd party apps and extensions to play video or audio, i have been reading up on HTML 5 at the HTML 5 Tutorials website, i am now playing around with one of the free templates and was wondering how to embed audio, so thanks a lot, great information, lets hope more people lean towards HTML 5 and SOON!!!

By: silvia

silvia — Fri, 04 Sep 2009 02:41:46 +0000

Did you work with the latest checkout of oggz-chop? Some bugs have been fixed recently. Also: You should talk with Conrad Parker (kfish on irc) about patches for oggz-chop – I think he is about to put some major effort into extending it.

By: silvia

silvia — Fri, 04 Sep 2009 02:40:22 +0000

@David I didn’t even test loading of a different ogv file – good to see it just works.

By: Philip J

Philip J — Thu, 03 Sep 2009 15:08:27 +0000

The spec only says to stop loading the resource, not to throw it out of cache. A note stating as much might be helpful though.

By: silvia

silvia — Thu, 03 Sep 2009 05:19:34 +0000

I’m not sure the reloading on load() is a bug. I think it may be on purpose because it follows the algorithm specified within HTML5 accurately and there it states that the current resource is unloaded and the resource selection algo is fired on the “new” resource. I think this algorithm may need a comment for changes to the URL that only refer to the hash part of the video.

By: Michael Murtaugh

Michael Murtaugh — Wed, 02 Sep 2009 16:34:18 +0000

Thanks for this post, it’s really exciting seeing all the pieces coming together around OGG / open source video!

> For Ogg media, this can be provided through the oggz-chop CGI.

According to this:
https://bugs.launchpad.net/ubuntu/+source/liboggz/+bug/415947
It’s maybe still just on the wishlist (unless I missed something?)

In my testing setup on a local apache2 server (ubuntu) and using liboggz-0.9.9, when I enable oggz-chop (using the method provided by the included script), not only is there not x-content-duration, but all my ogv files lose even the Content-Length header and embedded videos appear with the scrubbar constantly all the way to the right (only as the video loads, the duration expands, and the “current position” thus stays always at max)… But it’s quite possible I have mis-configured something?

I am considering writing a small CGI wrapper for oggz-chop to address the issue.

By: David Bolter

David Bolter — Wed, 02 Sep 2009 13:36:28 +0000

Very cool stuff. I tried loading a different .ogv file (with offset) and it worked like a charm. I’m excited to see how we might harness this in the future for purposes of inclusion and accessibility.

Please make sure that unnecessary re-load has a bug filed