Delete a chain of methods in ViE, VoE and ACM

Delete a chain of methods in ViE, VoE and ACM

The end goal is to remove AcmReceiver::SetInitialDelay. This change is
in preparation for that goal. It turns out that
AcmReceiver::SetInitialDelay was only invoked through the following
call chain, where each method in the chain is never referenced from
anywhere else (except from tests in some cases):

ViEChannel::SetReceiverBufferingMode
-> ViESyncModule::SetTargetBufferingDelay
-> VoEVideoSync::SetInitialPlayoutDelay
-> Channel::SetInitialPlayoutDelay
-> AudioCodingModule::SetInitialPlayoutDelay
-> AcmReceiver::SetInitialDelay

The start of the chain, ViEChannel::SetReceiverBufferingMode was never
referenced.

This change deletes all the methods above except
AcmReceiver::SetInitialDelay itself, which will be handled in a
follow-up change.

BUG=webrtc:3520
Committed: https://crrev.com/74f0f3551ecd596dc0f83146d218887082528fa8
Cr-Commit-Position: refs/heads/master@{#10471}

[hlundin-webrtc, 2015-10-29 10:34:37]

Description was changed from

==========
Delete a chain of methods in ViE, VoE and ACM

The end goal is to remove AcmReceiver::SetInitialDelay. This change is
in preparation for that goal. It turns out that
AcmReceiver::SetInitialDelay was only invoked through the following
call chain, where each method in the chain is never referenced from
anywhere else (except from tests in some cases):

ViEChannel::SetReceiverBufferingMode
-> ViESyncModule::SetTargetBufferingDelay
-> VoEVideoSync::SetInitialPlayoutDelay
-> Channel::SetInitialPlayoutDelay
-> AudioCodingModule::SetInitialPlayoutDelay
-> AcmReceiver::SetInitialDelay

The start of the chain, ViEChannel::SetReceiverBufferingMode was never
referenced.

This change deletes all the methods above except
AcmReceiver::SetInitialDelay itself, which will be handled in a
follow-up change.

BUG=webrtc:3520
==========

to

==========
Delete a chain of methods in ViE, VoE and ACM

The end goal is to remove AcmReceiver::SetInitialDelay. This change is
in preparation for that goal. It turns out that
AcmReceiver::SetInitialDelay was only invoked through the following
call chain, where each method in the chain is never referenced from
anywhere else (except from tests in some cases):

ViEChannel::SetReceiverBufferingMode
-> ViESyncModule::SetTargetBufferingDelay
-> VoEVideoSync::SetInitialPlayoutDelay
-> Channel::SetInitialPlayoutDelay
-> AudioCodingModule::SetInitialPlayoutDelay
-> AcmReceiver::SetInitialDelay

The start of the chain, ViEChannel::SetReceiverBufferingMode was never
referenced.

This change deletes all the methods above except
AcmReceiver::SetInitialDelay itself, which will be handled in a
follow-up change.

BUG=webrtc:3520
==========

[hlundin-webrtc, 2015-10-29 10:34:38]

henrik.lundin@webrtc.org changed reviewers:
+ henrika@webrtc.org, kwiberg@webrtc.org, pbos@webrtc.org

[hlundin-webrtc, 2015-10-30 06:12:14]

Patchset #1 (id:1) has been deleted

[hlundin-webrtc, 2015-10-30 06:12:22]

Patchset #1 (id:20001) has been deleted

[hlundin-webrtc, 2015-10-30 06:46:24]

Please, review this CL.

kwiberg: webrtc/modules/
pbos: webrtc/test/, webrtc/video_engine/
henrika: webrtc/voice_engine/

Thanks!

[henrika_webrtc, 2015-10-30 08:15:05]

henrika: webrtc/voice_engine/ => LGTM

[pbos-webrtc, 2015-10-30 09:33:33]

webrtc/{test,video_engine}: LGTM

[kwiberg-webrtc, 2015-11-01 10:56:44]

webrtc/modules/: lgtm

[hlundin-webrtc, 2015-11-01 18:51:10]

The CQ bit was checked by henrik.lundin@webrtc.org

[commit-bot: I haz the power, 2015-11-01 18:51:15]

CQ is trying da patch. Follow status at
 https://chromium-cq-status.appspot.com/patch-status/1421013006/40001
View timeline at
 https://chromium-cq-status.appspot.com/patch-timeline/1421013006/40001

[commit-bot: I haz the power, 2015-11-01 19:43:35]

Committed patchset #1 (id:40001)

[commit-bot: I haz the power, 2015-11-01 19:43:46]

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