Tune QP-based quality thresholds.

Tune QP-based quality thresholds.

Increases measure time for downscale back to 5 seconds, this is required
to not over-react on hand-waving or quick device rotations.

Also increase max thresholds for QP a bit to not overreact when quality
still looks somewhat OK. Min thresholds for H264 seemed very low and are
increased to be sure that we can go back up again. The window is still
quite big with the increased max QP.

Also changes libvpx thresholds to use the same thresholds as the
encoder, they were excessively low before and wouldn't adapt on bad QPs
at all before (but rely on >60% framedropping based on bitrates to go
down).

BUG=webrtc:5678
R=stefan@webrtc.org
TBR=glaznev@webrtc.org

Committed: https://chromium.googlesource.com/external/webrtc/+/2c8a2964fddb9b92c47a7868b2ef9fe95e755083

[pbos-webrtc, 2016-04-18 09:46:29]

PTAL, hopefully the CL desc. says it all

[pbos-webrtc, 2016-04-18 09:49:05]

Description was changed from

==========
Tune QP-based quality thresholds.

Increases measure time for downscale back to 5 seconds, this is required
to not react on hand-waving or quick device rotations.

Also increase max thresholds for QP a bit to not overreact when quality
still looks somewhat OK. Min thresholds for H264 seemed very low and are
increased to be sure that we can go back up again. The window is still
quite big with the increased max QP.

Also changes libvpx thresholds to use the same thresholds as the
encoder, they were excessively low before and wouldn't adapt on bad QPs
at all before (but rely on >60% framdropping based on bitrates to go
down).

BUG=webrtc:5678
R=stefan@webrtc.org
==========

to

==========
Tune QP-based quality thresholds.

Increases measure time for downscale back to 5 seconds, this is required
to not over-react on hand-waving or quick device rotations.

Also increase max thresholds for QP a bit to not overreact when quality
still looks somewhat OK. Min thresholds for H264 seemed very low and are
increased to be sure that we can go back up again. The window is still
quite big with the increased max QP.

Also changes libvpx thresholds to use the same thresholds as the
encoder, they were excessively low before and wouldn't adapt on bad QPs
at all before (but rely on >60% framdropping based on bitrates to go
down).

BUG=webrtc:5678
R=stefan@webrtc.org
==========

[stefan-webrtc, 2016-04-18 09:58:45]

lgtm

[pbos-webrtc, 2016-04-18 10:57:11]

Description was changed from

==========
Tune QP-based quality thresholds.

Increases measure time for downscale back to 5 seconds, this is required
to not over-react on hand-waving or quick device rotations.

Also increase max thresholds for QP a bit to not overreact when quality
still looks somewhat OK. Min thresholds for H264 seemed very low and are
increased to be sure that we can go back up again. The window is still
quite big with the increased max QP.

Also changes libvpx thresholds to use the same thresholds as the
encoder, they were excessively low before and wouldn't adapt on bad QPs
at all before (but rely on >60% framdropping based on bitrates to go
down).

BUG=webrtc:5678
R=stefan@webrtc.org
==========

to

==========
Tune QP-based quality thresholds.

Increases measure time for downscale back to 5 seconds, this is required
to not over-react on hand-waving or quick device rotations.

Also increase max thresholds for QP a bit to not overreact when quality
still looks somewhat OK. Min thresholds for H264 seemed very low and are
increased to be sure that we can go back up again. The window is still
quite big with the increased max QP.

Also changes libvpx thresholds to use the same thresholds as the
encoder, they were excessively low before and wouldn't adapt on bad QPs
at all before (but rely on >60% framdropping based on bitrates to go
down).

BUG=webrtc:5678
R=stefan@webrtc.org
TBR=glaznev@webrtc.org
==========

[pbos-webrtc, 2016-04-18 10:57:11]

pbos@webrtc.org changed reviewers:
+ glaznev@webrtc.org

[pbos-webrtc, 2016-04-18 10:57:42]

TBR=glaznev@ for webrtc/api owners, since we don't have ownership there.

Alex let me know if you find these thresholds problematic on some device.

[pbos-webrtc, 2016-04-18 10:57:57]

Description was changed from

==========
Tune QP-based quality thresholds.

Increases measure time for downscale back to 5 seconds, this is required
to not over-react on hand-waving or quick device rotations.

Also increase max thresholds for QP a bit to not overreact when quality
still looks somewhat OK. Min thresholds for H264 seemed very low and are
increased to be sure that we can go back up again. The window is still
quite big with the increased max QP.

Also changes libvpx thresholds to use the same thresholds as the
encoder, they were excessively low before and wouldn't adapt on bad QPs
at all before (but rely on >60% framdropping based on bitrates to go
down).

BUG=webrtc:5678
R=stefan@webrtc.org
TBR=glaznev@webrtc.org
==========

to

==========
Tune QP-based quality thresholds.

Increases measure time for downscale back to 5 seconds, this is required
to not over-react on hand-waving or quick device rotations.

Also increase max thresholds for QP a bit to not overreact when quality
still looks somewhat OK. Min thresholds for H264 seemed very low and are
increased to be sure that we can go back up again. The window is still
quite big with the increased max QP.

Also changes libvpx thresholds to use the same thresholds as the
encoder, they were excessively low before and wouldn't adapt on bad QPs
at all before (but rely on >60% framedropping based on bitrates to go
down).

BUG=webrtc:5678
R=stefan@webrtc.org
TBR=glaznev@webrtc.org
==========

[commit-bot: I haz the power, 2016-04-18 10:58:20]

Description was changed from

==========
Tune QP-based quality thresholds.

Increases measure time for downscale back to 5 seconds, this is required
to not over-react on hand-waving or quick device rotations.

Also increase max thresholds for QP a bit to not overreact when quality
still looks somewhat OK. Min thresholds for H264 seemed very low and are
increased to be sure that we can go back up again. The window is still
quite big with the increased max QP.

Also changes libvpx thresholds to use the same thresholds as the
encoder, they were excessively low before and wouldn't adapt on bad QPs
at all before (but rely on >60% framedropping based on bitrates to go
down).

BUG=webrtc:5678
R=stefan@webrtc.org
TBR=glaznev@webrtc.org
==========

to

==========
Tune QP-based quality thresholds.

Increases measure time for downscale back to 5 seconds, this is required
to not over-react on hand-waving or quick device rotations.

Also increase max thresholds for QP a bit to not overreact when quality
still looks somewhat OK. Min thresholds for H264 seemed very low and are
increased to be sure that we can go back up again. The window is still
quite big with the increased max QP.

Also changes libvpx thresholds to use the same thresholds as the
encoder, they were excessively low before and wouldn't adapt on bad QPs
at all before (but rely on >60% framedropping based on bitrates to go
down).

BUG=webrtc:5678
R=stefan@webrtc.org
TBR=glaznev@webrtc.org

Committed: https://crrev.com/2c8a2964fddb9b92c47a7868b2ef9fe95e755083
Cr-Commit-Position: refs/heads/master@{#12403}
==========

[commit-bot: I haz the power, 2016-04-18 10:58:21]

Patchset 1 (id:??) landed as
https://crrev.com/2c8a2964fddb9b92c47a7868b2ef9fe95e755083
Cr-Commit-Position: refs/heads/master@{#12403}

[pbos-webrtc, 2016-04-18 10:58:21]

Description was changed from

==========
Tune QP-based quality thresholds.

Increases measure time for downscale back to 5 seconds, this is required
to not over-react on hand-waving or quick device rotations.

Also increase max thresholds for QP a bit to not overreact when quality
still looks somewhat OK. Min thresholds for H264 seemed very low and are
increased to be sure that we can go back up again. The window is still
quite big with the increased max QP.

Also changes libvpx thresholds to use the same thresholds as the
encoder, they were excessively low before and wouldn't adapt on bad QPs
at all before (but rely on >60% framedropping based on bitrates to go
down).

BUG=webrtc:5678
R=stefan@webrtc.org
TBR=glaznev@webrtc.org

Committed: https://crrev.com/2c8a2964fddb9b92c47a7868b2ef9fe95e755083
Cr-Commit-Position: refs/heads/master@{#12403}
==========

to

==========
Tune QP-based quality thresholds.

Increases measure time for downscale back to 5 seconds, this is required
to not over-react on hand-waving or quick device rotations.

Also increase max thresholds for QP a bit to not overreact when quality
still looks somewhat OK. Min thresholds for H264 seemed very low and are
increased to be sure that we can go back up again. The window is still
quite big with the increased max QP.

Also changes libvpx thresholds to use the same thresholds as the
encoder, they were excessively low before and wouldn't adapt on bad QPs
at all before (but rely on >60% framedropping based on bitrates to go
down).

BUG=webrtc:5678
R=stefan@webrtc.org
TBR=glaznev@webrtc.org

Committed:
https://chromium.googlesource.com/external/webrtc/+/2c8a2964fddb9b92c47a7868b...
==========

[pbos-webrtc, 2016-04-18 10:58:22]

Committed patchset #1 (id:1) manually as
2c8a2964fddb9b92c47a7868b2ef9fe95e755083 (presubmit successful).