[whatwg] Using <video> as a source for canvas.drawImage

Oliver Hunt oliver at apple.com
Mon Aug 18 16:24:44 PDT 2008

Cool -- I wonder though if it would be better if it were placed in a  
different method, drawFrame or something (very much an up in the air  
sort of question)

One other thing that I would consider would be requiring the frame# to  
be specified explicitly as that would make things like "chapter"  
previews (or whatever) work in a way that is perhaps cleaner.   
Otherwise you have to record the current location in the video stream,  
then scan to each location you want to blit, draw, and then return to  
the original position.  Which could easily result in weird visual  
behaviour for the user (as the video element flickers a few random  
frames while you do your previews or whatever).

Just my 2c.


On Aug 18, 2008, at 2:45 PM, Robert O'Callahan wrote:

> Thanks to Anne for pointing this out...
> We've implemented using <video> elements as an image source in  
> canvas.drawImage:
> https://bugzilla.mozilla.org/show_bug.cgi?id=448674
> The extension is very obvious. Unlike animated images, which always  
> draw the first or poster frame, we draw the current frame of the  
> video. This lets you do things like make a thumbnail timeline.
> It'd be nice to have this in the spec.
> Rob
> -- 
> "He was pierced for our transgressions, he was crushed for our  
> iniquities; the punishment that brought us peace was upon him, and  
> by his wounds we are healed. We all, like sheep, have gone astray,  
> each of us has turned to his own way; and the LORD has laid on him  
> the iniquity of us all." [Isaiah 53:5-6]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20080818/811e6079/attachment-0001.htm>

More information about the whatwg mailing list