<p><a class="reference" href="http://www.w3.org/TR/html5/video.html#video">HTML5 video</a> is really nice and all but one annoying thing is the lack of fullscreen video specification, it is currently up to the User-Agent to allow fullscreen video display.</p> <p>WebKit allows a fullscreen button in the media controls and Safari can, on user-demand only, switch a video to fullscreen and display nice controls over the video. There's also a webkit-specific DOM API that allow custom media controls to also make use of that feature, as long as it is initiated by a user gesture. Vimeo's HTML5 player uses that feature for instance.</p> <p>Thanks to the efforts made by <a class="reference" href="http://igalia.com">Igalia</a> to improve the WebKit GTK+ port and its GStreamer media-player, I have been able to implement support for this fullscreen video display feature. So <a class="reference" href="http://trac.webkit.org/wiki/ApplicationsGtk">any application</a> using WebKitGTK+ can now make use of it :)</p> <p>The way it is done with this first implementation is that a new fullscreen gtk+ window is created and our GStreamer media-player inserts an autovideosink in the pipeline and overlays the video in the window. Some simple controls are supported, the UI is actually similar to Totem's. One improvement we could do in the future would be to allow application to override or customize that simple controls UI.</p> <p>The nice thing about this is that we of course use the <a class="reference" href="http://www.gstreamer.net/data/doc/gstreamer/head/gst-plugins-base-libs/html/gst-plugins-base-libs-gstxoverlay.html">GstXOverlay</a> interface and that it's implemented by the linux, windows and mac os video sinks :) So when other WebKit ports start to use our GStreamer player implementation it will be fairly easy to port the feature and allow more platforms to support fullscreen video display :)</p> <p><a class="reference" href="http://blogs.gnome.org/otte/2009/10/05/cairo-is-slow/">Benjamin</a> also suggested that we could reuse the cairo surface of our WebKit videosink and paint it in a fullscreen GdkWindow. But this should be done only when his Cairo/Pixman patches to enable hardware acceleration land.</p> <p>So there is room for improvement but I believe this is a first nice step for fullscreen HTML5 video consumption from <a class="reference" href="http://live.gnome.org/Epiphany">Epiphany</a> and other WebKitGTK+-based browsers :) Thanks a lot to <a class="reference" href="http://blog.kov.eti.br/">Gustavo</a>, Sebastian Dröge and <a class="reference" href="http://abandonedwig.info/blog/">Martin</a> for the code-reviews.</p> http://base-art.net/Articles/117/ 2010-08-21T12:13:24.000005+01:00 http://base-art.net/Comments/307/ Jaroslav Smid <p>If you are interested: <a class="reference" href="https://bugzilla.gnome.org/show_bug.cgi?id=627565">https://bugzilla.gnome.org/show_bug.cgi?id=627565</a></p> 2010-08-21T12:00:16.000005+01:00 http://base-art.net/Comments/306/ Jaroslav Smid <p>phil: And was your app also 64bit? Because if you run it in 32bit mode, HANDLE and long are both 32bit. Maybe bug should be reported?</p> 2010-08-21T09:24:47.000005+01:00 http://base-art.net/Comments/305/ phil <p>&#64;Jaroslav: I am by no means windows expert but I have been using the GstXOverlay interface on a windows7 64bits VM...</p> <p>But yeah maybe using a gsize instead of a gulong would be better.</p> 2010-08-20T18:12:29.000004+01:00 http://base-art.net/Comments/304/ Jaroslav Smid <p>Are you sure GstXOverlay can be used on Windows? gst_x_overlay_set_xwindow_id takes gulong, that means it cannot be used on Windows without risk of HANDLE (and thus pointer) truncation - HANDLE is 64bit on 64bit Windows, but long is 32bit there ...</p> 2010-08-20T13:01:29.000004+01:00 http://base-art.net/Comments/303/ aperez <p>This is definitely a <strong>killer</strong> feature to have in WebKitGTK+. It is very nice to see that this has landed in the code and that at some point users will be able of enjoying the feature. Congratulations!</p>