Eliminate RtpVideoStreamReceiver::receive_cs_ in favor of using a SequencedTaskChecker

RtpVideoStreamReceiver::receive_cs_ is not really necessary, since all of the functions where that lock is acquired, are arrived at from functions of BaseChannel which DCHECK being called from BaseChannel::worker_thread_.

BUG=webrtc:8037

Review-Url: https://codereview.webrtc.org/2987933003
Cr-Original-Commit-Position: refs/heads/master@{#19508}
Cr-Mirrored-From: https://chromium.googlesource.com/external/webrtc
Cr-Mirrored-Commit: 8b07305b048fb91840ae7f9a58c6df7115540015
2 files changed