<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">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)<div><br></div><div>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).</div><div><br></div><div>Just my 2c.</div><div><br></div><div>--Oliver</div><div><br></div><div><div><div>On Aug 18, 2008, at 2:45 PM, Robert O'Callahan wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr">Thanks to Anne for pointing this out...<br><br>We've implemented using <video> elements as an image source in canvas.drawImage:<br><a href="https://bugzilla.mozilla.org/show_bug.cgi?id=448674">https://bugzilla.mozilla.org/show_bug.cgi?id=448674</a><br> 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.<br><br>It'd be nice to have this in the spec.<br> <br>Rob<br>-- <br>"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]<br> </div></blockquote></div><br></div></body></html>