W3C home > Mailing lists > Public > public-media-fragment@w3.org > September 2009

Re: great news from YouTube on frag addressing

From: Jack Jansen <Jack.Jansen@cwi.nl>
Date: Wed, 23 Sep 2009 22:12:32 +0200
Cc: Media Fragment <public-media-fragment@w3.org>
Message-Id: <BFDD7C37-7478-476A-8D3E-4563182B9001@cwi.nl>
To: Silvia Pfeiffer <silviapfeiffer1@gmail.com>

On  21-Sep-2009, at 05:30 , Silvia Pfeiffer wrote:

> Hi Jack,
> So, I tried this and you need a really long video to trigger it. I did
> it on http://www.youtube.com/watch?v=v_UyVmITiYQ the Google Wave demo.
> Browsed to a different video and came back. Then checked the cookies
> (which I suspected how they would do it in the current given browser
> capabilities). Here it is:
> Cookie: FcZDK.resume
> Value: v_UyVmITiYQ:2553
> I believe the 2553 is the time offset that I stopped at in seconds:  
> 42:33 .
> However, I don't think we need to have to worry about this, since it's
> not done with URLs.

Hmm. This behaviour is exactly why I think we *do* need to worry about  

We (well, I, at least) have always assumed that the unadorned URL  
would be interpreted as "the whole resource". Now it seems there's at  
least one important implementation that does not always interpret it  
this way: its interpretation depends on some cookie. I'm not sure  
about how to call this interpretation, but I think I'd settle for  
something like "what the server thinks is convenient for the user".

Assuming the URL-police thinks this is acceptable behaviour (or,  
alternatively, if youtube is powerful enough to override the URL- 
police) it would be good if the MFWG catered for this possibility, by  
defining a media fragment syntax that tells the server to return "the  
whole resource, and please refrain from any processing you might  
consider convenient, thank you". Maybe an explicitly empty time range  
("t=") or something like that.
Jack Jansen, <Jack.Jansen@cwi.nl>, http://www.cwi.nl/~jack
If I can't dance I don't want to be part of your revolution -- Emma  
Received on Wednesday, 23 September 2009 20:18:14 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:27:44 UTC