Video track starts providing VGA frames (for a while) even if HD is requested |
||
Issue descriptionI'm not sure this is a bug or WAI, but the video track that is produced by GetUserMedia starts feeding VGA frames even if HD constraints are being specified. I guess this is due to bandwidth estimating starting at VGA and then takes a while to ramp up to HD? A regression was previously discovered in bug 605867 and the test was adjusted in https://codereview.chromium.org/1905373002/ to accomondate the change, but the video quality tests still shows much lower PSNR and SSIM scores for the first 3-5 seconds of the call. If WAI - is there anything we can do to make the test better? Is there a constraint we can pass to make it start at the highest bitrate/resolution? Or do we have to just wait for 5 seconds before starting to capture video? (I really don't like that approach)
,
Aug 2 2016
If you look at https://chromeperf.appspot.com/report?sid=167600d9ba052e56862e0785dd4fda4f81ce142fe23ea66faa8f659d9f1863a6&start_rev=388187&end_rev=389474 you can see the regression of bug 605867 and how it went back after the "fix". However the scores there are several data points that are lower than before (the lighter colored area is wider), which probably are those data points in the beginning of the call. You got a good point that it may be interesting to see those values, even if they skew the average PSNR value, but if you're fine with that we won't do any change to the test now that we understand what's really happening.
,
Aug 2 2016
Yes, I think we want it to be as is. |
||
►
Sign in to add a comment |
||
Comment 1 by holmer@chromium.org
, Aug 2 2016