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

Issue 801515 link

Starred by 1 user
Status: WontFix
Owner:
█ marpan@chromium.org
Last visit > 30 days ago
Closed: Jan 2018
Cc:
ilnik@chromium.org
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug-Regression



Sign in to add a comment

3.9%-5.1% regression in webrtc_perf_tests at 21521:21524

Project Member Reported by ilnik@chromium.org, Jan 12 2018 
The following libvpx roll changed vp9 svc tests on some android platforms:
https://chromium.googlesource.com/webm/libvpx.git/+log/8a4336ed2e..bed28a55f5

More frames are dropped, encode time is slightly up, encode fps is slightly down. PSNR and SSIM are a little down also, which doesn't make any sense. 

Affected bots are nexus4-lollipop and nexus72.

Marco, please take a look.
Project Member

Comment 1 by 42576172...@developer.gserviceaccount.com, Jan 12 2018 

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

(For debugging:) Original alerts at time of bug-filing:
  https://chromeperf.appspot.com/group_report?sid=0899c614dc0119c28901cad895d466a2d3c996d37c021646dc6c0d7affad68a4


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

webrtc-android-tests-nexus4-lollipop
webrtc-android-tests-nexus72

Comment 2 by marpan@google.com, Jan 12 2018 

Not sure why the affected bots are nexus4 and nexus72.

The libvpx roll does contain a change to the decimation filter for the lowest resolution in the SVC (from bilinear to eighttap). This would increase overall encode time slightly. Some decrease in psnr/ssim (for the vp9svc_3sl_low tests) can be expected since those metrics are compared to a reference downsampled frame that does not use the same downsampling filter in the vp9-SVC.

We'll keep the changes for now, so closing issue.

Comment 3 by marpan@chromium.org, Jan 12 2018

Status: WontFix (was: Assigned)
►

Sign in to add a comment