Add histogram for end-to-end delay.

Add histogram for end-to-end delay:
"WebRTC.Video.EndToEndDelayInMs"

Make capture time in local timebase available for decoded VP9 video frames (propagate ntp_time_ms from EncodedImage to decoded VideoFrame).

BUG=webrtc:6409
Committed: https://crrev.com/1490f7aa55919d5f501e31f9aac844a80255be81
Cr-Commit-Position: refs/heads/master@{#14367}

[åsapersson, 2016-04-28 07:40:39]

Description was changed from

==========
Reland:
Revert of Update histogram "WebRTC.Video.OnewayDelayInMs" to use the estimated
one-way delay. (patchset #4 id:60001 of
https://codereview.webrtc.org/1688143003/)

BUG=
==========

to

==========
Reland:
Revert of Update histogram "WebRTC.Video.OnewayDelayInMs" to use the estimated
one-way delay. (patchset #4 id:60001 of
https://codereview.webrtc.org/1688143003/)

BUG=
==========

[åsapersson, 2016-04-28 07:40:39]

asapersson@webrtc.org changed reviewers:
+ mflodman@webrtc.org

[åsapersson, 2016-04-28 07:42:19]

https://codereview.webrtc.org/1905563002/diff/40001/webrtc/video/receive_stat...
File webrtc/video/receive_statistics_proxy.cc (right):

https://codereview.webrtc.org/1905563002/diff/40001/webrtc/video/receive_stat...
webrtc/video/receive_statistics_proxy.cc:191:
current_delay_counter_.Add(current_delay_ms);
Should we let target delay replace this metric and reland this CL?

[mflodman, 2016-05-06 08:23:42]

https://codereview.webrtc.org/1905563002/diff/40001/webrtc/video/receive_stat...
File webrtc/video/receive_statistics_proxy.cc (right):

https://codereview.webrtc.org/1905563002/diff/40001/webrtc/video/receive_stat...
webrtc/video/receive_statistics_proxy.cc:191:
current_delay_counter_.Add(current_delay_ms);
On 2016/04/28 07:42:18, åsapersson wrote:
> Should we let target delay replace this metric and reland this CL?

I'd prefer to have a new stat tracking this in parallell to the existing
OneWayDelay, then switch when have confidence this one works well.

[åsapersson, 2016-09-22 12:04:56]

Description was changed from

==========
Reland:
Revert of Update histogram "WebRTC.Video.OnewayDelayInMs" to use the estimated
one-way delay. (patchset #4 id:60001 of
https://codereview.webrtc.org/1688143003/)

BUG=
==========

to

==========
Add histogram for end-to-end delay:
"WebRTC.Video.EndToEndDelayInMs"

BUG=webrtc:6409
==========

[åsapersson, 2016-09-22 12:21:14]

Description was changed from

==========
Add histogram for end-to-end delay:
"WebRTC.Video.EndToEndDelayInMs"

BUG=webrtc:6409
==========

to

==========
Add histogram for end-to-end delay:
"WebRTC.Video.EndToEndDelayInMs"

Make capture time in local timebase available for decoded VP9 video frames
(propagate ntp_time_ms from EncodedImage to decoded VideoFrame).

BUG=webrtc:6409
==========

[åsapersson, 2016-09-22 12:23:08]

https://codereview.webrtc.org/1905563002/diff/40001/webrtc/video/receive_stat...
File webrtc/video/receive_statistics_proxy.cc (right):

https://codereview.webrtc.org/1905563002/diff/40001/webrtc/video/receive_stat...
webrtc/video/receive_statistics_proxy.cc:191:
current_delay_counter_.Add(current_delay_ms);
On 2016/05/06 08:23:42, mflodman wrote:
> On 2016/04/28 07:42:18, åsapersson wrote:
> > Should we let target delay replace this metric and reland this CL?
> 
> I'd prefer to have a new stat tracking this in parallell to the existing
> OneWayDelay, then switch when have confidence this one works well.

Added end-to-end delay as a separate metric.

[åsapersson, 2016-09-22 14:10:10]

asapersson@webrtc.org changed reviewers:
+ stefan@webrtc.org

[mflodman, 2016-09-23 08:08:18]

lgtm

[åsapersson, 2016-09-23 08:16:40]

The CQ bit was checked by asapersson@webrtc.org

[commit-bot: I haz the power, 2016-09-23 08:16:48]

CQ is trying da patch. Follow status at
 
https://chromium-cq-status.appspot.com/v2/patch-status/codereview.webrtc.org/...

[commit-bot: I haz the power, 2016-09-23 09:09:48]

Description was changed from

==========
Add histogram for end-to-end delay:
"WebRTC.Video.EndToEndDelayInMs"

Make capture time in local timebase available for decoded VP9 video frames
(propagate ntp_time_ms from EncodedImage to decoded VideoFrame).

BUG=webrtc:6409
==========

to

==========
Add histogram for end-to-end delay:
"WebRTC.Video.EndToEndDelayInMs"

Make capture time in local timebase available for decoded VP9 video frames
(propagate ntp_time_ms from EncodedImage to decoded VideoFrame).

BUG=webrtc:6409
==========

[commit-bot: I haz the power, 2016-09-23 09:09:49]

Committed patchset #4 (id:60001)

[commit-bot: I haz the power, 2016-09-23 09:10:09]

Description was changed from

==========
Add histogram for end-to-end delay:
"WebRTC.Video.EndToEndDelayInMs"

Make capture time in local timebase available for decoded VP9 video frames
(propagate ntp_time_ms from EncodedImage to decoded VideoFrame).

BUG=webrtc:6409
==========

to

==========
Add histogram for end-to-end delay:
"WebRTC.Video.EndToEndDelayInMs"

Make capture time in local timebase available for decoded VP9 video frames
(propagate ntp_time_ms from EncodedImage to decoded VideoFrame).

BUG=webrtc:6409

Committed: https://crrev.com/1490f7aa55919d5f501e31f9aac844a80255be81
Cr-Commit-Position: refs/heads/master@{#14367}
==========

[commit-bot: I haz the power, 2016-09-23 09:10:11]

Patchset 4 (id:??) landed as
https://crrev.com/1490f7aa55919d5f501e31f9aac844a80255be81
Cr-Commit-Position: refs/heads/master@{#14367}