[Webkit-unassigned] [Bug 76511] [chromium] compositing tests with videos fail in chromium DumpRenderTree, seeking doesn't appear to work

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=76511


Eugene Nalimov <enal at google.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |enal at google.com




--- Comment #4 from Eugene Nalimov <enal at google.com>  2012-01-30 13:32:20 PST ---
After discussion with James I re-run apple mac DRT with "-p" flag. (I run it before submitting the patch, but did not know that I should use "-p" flag for it to look at the pixel-level diffs...)

Unfortunately, now tests fail there -- looks that video moves to the next frame while 'seeked' event is being processed, so there is image mismatch once again. To tell the truth, expected PNG for at least one test -- /compositing/visibility/visibility-simple-video-layer -- does not make sense, it is *not* first frame in the video, though test tries to seek there. Both Chromium and Safari were not showing first frame, but they were showing different frames. With my change Chromium shows first frame, but Safari moves further before being stopped.

Looks that JS spec does not guarantee portable way to force specific video frame to be shown on screen -- see bug . The only way I can think is to use video with exactly the same frames... Maybe we can have different frames in the beginning, but identical near the end, and seek there?

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.