New issue
Advanced search Search tips

Issue 689964 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Mar 2017
Cc:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Bug-Regression



Sign in to add a comment

11.9%-77.9% regression in webrtc_perf_tests at 16434:16435

Project Member Reported by hlundin@chromium.org, Feb 8 2017

Issue description

sprang@ any idea what is going on here? Assigning to you since you know a lot about screenshare tests.
 
Um.. "level_controller_call_durations_48000_48000_48000_48000Hz_1_channels_total/SimpleLevelControlViaApm"
Doesn't sound video-related at all?
re #2: No, I agree. And, those guys seems to be all recovered. Feel free to detach them from this bug and mark them as ignore instead.
This bug seems to only point to audio level thingys. Should I just close this bug as wai then?
It includes screenshare_slides_vp9_2sl too. Those are not recovered, right?
Cc: jianj@chromium.org
Labels: OS-Android
Bah! chromeperf.appspot.com, y u no reuse login token from bugs.chromium.org!? :(

Have looked at this, but I can't get it to make any sense. The only change in that blame list that looks even remotely related just adds another VP9 test, but no other code is changed. There's nothing I think looks suspicious in chrome either. No libvpx roll or anything of the sort.

There are also no signs of a regression on any other platform. Including the nexus5 but. It's only visible on nexus5-kitkat. Extra test was just enough to trigger heat throttling or something on the physical device?

jianj@, can you have a look? Maybe make a speculative revert to see if it helps?
Labels: -Restrict-View-Google
Removing R-V-G label (was set upon bug filing because the bot was incorrectly configured as internal)
Status: WontFix (was: Assigned)
These seem to have recovered, closing.

Sign in to add a comment