Files
platform-external-webrtc/talk/app/webrtc/videotrackrenderers.cc
nisse 81354f5ef6 Added mute logic to VideoTrackRenderers.
If the track is disabled, replace incoming frames by black frames. Affects local rendering of disabled tracks.
Also intended to replace the similar logic in
WebRtcVideoChannel2::WebRtcVideoSendStream::InputFrame, once
VideoRtpSender is hooked up as a renderer for the track.

BUG=webrtc:5426

Review URL: https://codereview.webrtc.org/1575223003

Cr-Commit-Position: refs/heads/master@{#11297}
2016-01-19 08:23:31 +00:00

99 lines
3.6 KiB
C++

/*
* libjingle
* Copyright 2012 Google Inc.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions are met:
*
* 1. Redistributions of source code must retain the above copyright notice,
* this list of conditions and the following disclaimer.
* 2. Redistributions in binary form must reproduce the above copyright notice,
* this list of conditions and the following disclaimer in the documentation
* and/or other materials provided with the distribution.
* 3. The name of the author may not be used to endorse or promote products
* derived from this software without specific prior written permission.
*
* THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR IMPLIED
* WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
* MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO
* EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
* SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO,
* PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS;
* OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY,
* WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR
* OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF
* ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
*/
#include "talk/app/webrtc/videotrackrenderers.h"
#include "talk/media/webrtc/webrtcvideoframe.h"
namespace webrtc {
VideoTrackRenderers::VideoTrackRenderers() : enabled_(true) {
}
VideoTrackRenderers::~VideoTrackRenderers() {
}
void VideoTrackRenderers::AddRenderer(VideoRendererInterface* renderer) {
if (!renderer) {
return;
}
rtc::CritScope cs(&critical_section_);
renderers_.insert(renderer);
}
void VideoTrackRenderers::RemoveRenderer(VideoRendererInterface* renderer) {
rtc::CritScope cs(&critical_section_);
renderers_.erase(renderer);
}
void VideoTrackRenderers::SetEnabled(bool enable) {
rtc::CritScope cs(&critical_section_);
enabled_ = enable;
}
bool VideoTrackRenderers::RenderFrame(const cricket::VideoFrame* frame) {
{
rtc::CritScope cs(&critical_section_);
if (enabled_) {
RenderFrameToRenderers(frame);
return true;
}
}
// Generate the black frame outside of the critical section. Note
// that this may result in unexpected frame order, in the unlikely
// case that RenderFrame is called from multiple threads without
// proper serialization, and the track is switched from disabled to
// enabled in the middle of the first call.
cricket::WebRtcVideoFrame black(new rtc::RefCountedObject<I420Buffer>(
static_cast<int>(frame->GetWidth()),
static_cast<int>(frame->GetHeight())),
frame->GetTimeStamp(),
frame->GetVideoRotation());
black.SetToBlack();
{
rtc::CritScope cs(&critical_section_);
// Check enabled_ flag again, since the track might have been
// enabled while we generated the black frame. I think the
// enabled-ness ought to be applied at the track output, and hence
// an enabled track shouldn't send any blacked out frames.
RenderFrameToRenderers(enabled_ ? frame : &black);
return true;
}
}
// Called with critical_section_ already locked
void VideoTrackRenderers::RenderFrameToRenderers(
const cricket::VideoFrame* frame) {
for (VideoRendererInterface* renderer : renderers_) {
renderer->RenderFrame(frame);
}
}
} // namespace webrtc