New issue
Advanced search Search tips

Issue 693898 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 607650
Owner: ----
Closed: Feb 2017
Cc:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

DevTools timeline shows an incorrect 'frame' location

Reported by jer...@duckware.com, Feb 18 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36

Steps to reproduce the problem:
1. visit www.vsynctester.com
2. press F12, click on Timeline, and capture severals seconds
3. examine where it places frames, relative to when the rAF callback is called.

vs

1. visit www.vsynctester.com
2. open another tab to chrome://tracing/ and record several seconds
3. save trace info and directly examine output
4. compare 'ts' of Scheduler::BeginFrame to the 'ts' the "rafcallback"

What is the expected behavior?
The location of the 'frames' presented in the F12 timeline should match the location of the 'frames' as seen in the trace.

What went wrong?
chrome://tracing/ shows that the frame starts just before the requestAnimationFrame() callback is called -- matching what is seen on the vsynctester.com web site.

The F12 shows that the requestAnimationFrame() callback is called near the very end of a frame.

This is a contradiction -- they both can not be right.

Did this work before? N/A 

Chrome version: 56.0.2924.87  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version:
 
performance.jpg
113 KB View Download
trace.txt
67.5 KB View Download

Comment 1 by jer...@duckware.com, Feb 18 2017

Another much easier way to see that the F12 Timeline 'frame's times are all wrong.  Go to vsynctester.com, click on the gear icon, check "Even frame pre-delay", and set the value to 8.  Then capture several seconds of timeline data and you will get something similar to the attached.  The highly variable frame times (boxed in red) are way off.  The frame times never changed (for the test machine, every 16.721ms).  I added blue vertical lines at the bottom of the screen snapshot for approximately where the real frames are located.
example.jpg
132 KB View Download
Labels: Needs-Triage-M56

Comment 3 by jer...@duckware.com, Feb 20 2017

may be a dup of  issue 607650 ?
Cc: sunn...@chromium.org rbasuvula@chromium.org
Labels: -Needs-Triage-M56
Mergedinto: 607650
Status: Duplicate (was: Unconfirmed)
seems this issue is similar to  issue #607650 . Hence merging this issue with 607650.
@sunnyps: Could you please check once.Please undup if this is not similar.

Thanks.

Sign in to add a comment