Issue metadata
Sign in to add a comment
|
11.9%-77.9% regression in webrtc_perf_tests at 16434:16435 |
||||||||||||||||||||
Issue descriptionsprang@ any idea what is going on here? Assigning to you since you know a lot about screenshare tests.
,
Feb 9 2017
Um.. "level_controller_call_durations_48000_48000_48000_48000Hz_1_channels_total/SimpleLevelControlViaApm" Doesn't sound video-related at all?
,
Feb 9 2017
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.
,
Feb 9 2017
This bug seems to only point to audio level thingys. Should I just close this bug as wai then?
,
Feb 9 2017
It includes screenshare_slides_vp9_2sl too. Those are not recovered, right?
,
Feb 9 2017
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?
,
Mar 6 2017
Removing R-V-G label (was set upon bug filing because the bot was incorrectly configured as internal)
,
Mar 9 2017
These seem to have recovered, closing. |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by hlundin@chromium.org
, Feb 8 2017