New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 592912 link

Starred by 1 user
Status: WontFix
Owner:
█ isheriff@chromium.org
Last visit > 30 days ago
Closed: Mar 2016
Cc:
sprang@chromium.org
peah@chromium.org
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug-Regression



Sign in to add a comment

100% improvement in webrtc_perf_tests at 11884:11884

Project Member Reported by peah@chromium.org, Mar 8 2016 
There is regression in the performance bots for the webrtc_perf_tests for the screenshare_slides_vp9_2sl test on the linux, windows and mac platforms.

-On Windows, Linux and Mac, the dropped_frames measure has gone to zero.

-On Linux, the media_bitrate seem to have increased by 1.4 %.

The tests can be run locally using webrtc_perf_tests --gtest_filter=*ScreenshareSlidesVP9_2SL*

Comment 1 by peah@chromium.org, Mar 8 2016 

All graphs for this bug:
  https://chromeperf.appspot.com/group_report?bug_id=592912

Original alerts at time of bug-filing:
  https://chromeperf.appspot.com/group_report?keys=agxzfmNocm9tZXBlcmZyFAsSB0Fub21hbHkYgIDA_7bMtgoM


Bot(s) for this bug's original alert(s):

webrtc-linux-large-tests

Comment 2 by peah@chromium.org, Mar 8 2016

Cc: peah@chromium.org
Owner: isheriff@chromium.org
Assigning this to isheriff@ as it seems like the CL https://codereview.webrtc.org/1750493002 is what caused this issue.

Comment 3 by holmer@chromium.org, Mar 8 2016

Cc: sprang@chromium.org
Erik, is this something you feel is worth investigating? Seems like a fairly small difference to me.

Comment 4 by sprang@chromium.org, Mar 8 2016

Status: WontFix (was: Assigned)
Yeah, this is fine. It's the amortizing of large delta-frames over time that's working as intended.
For VP8 screensharing we even have the frame dropper disabled...
I'll close this. Feel free to re-open if you disagree.
►

Sign in to add a comment