Tried in midori and google-chrome browsers, the controls for seek or volume are un-clickable. Also, the cpu usage of html5 h.264 videos seems at least as high as that of flash (unlike low cpu usage of VLC or mplayer). midori version that I used: --- Midori 0.2.4-a1a2510 WebKitGTK+ 1.2.0 (1.2.0) GTK+ 2.18.3 (2.18.3) Platform Linux i686 Identification Midori/0.2 (X11; Linux; U; en-us) WebKit/531.2+ google-chrome version that I used: --- Google Chrome 5.0.375.28 (Official Build 45883) dev WebKit 533.4 V8 2.1.10.11 User Agent Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.28 Safari/533.4
I confirm this report using webkit 1.2.0 with midori 0.2.4 and epiphany 2.30.2: The html5 video plays fine but position and volume can not be adjusted anymore. I can not give any statement regarding cpu usage of the videos.
Confirmed this on Windows. With directsound/directshow audio out, sound won't returned when being enabled after muted and seek/scrub doesn't work too. Playback is fine though
The issue is actual for QtWebkit based browser. It is simple to reproduce: open your browser(e.g. - fancybrowser from here: http://qt-project.org/doc/qt-4.8/webkit-fancybrowser.html)), load some html5 video - http://w3c-test.org/html/examples/elements/video/video01.html. The control for seek is un-clickable. The same for html5 audio. Also set position doesn't work for media element (<video>/<audio>) via currentTime attribute. Used environment: Fedora 19 (3.12.8-200.fc19.i686), Qt 5.2.0
Can't seem to reproduce this in the latest.
@mrobinson is there particular commit that fix it? AFAIK Win32 stuck at 1.x due to broken JSCore port in Webkit 2.x. Just in case backport is possible.
(In reply to comment #5) > @mrobinson is there particular commit that fix it? AFAIK Win32 stuck at 1.x > due to broken JSCore port in Webkit 2.x. Just in case backport is possible. I'm not sure. This bug is so old and so many things have changed in WebKit. :/ perhaps we can get WebKit1 2.x working on Windows.