Reland of quest keyframes more frequently on stream start/decoding error. (patchset #1 id:1 of https://codereview.chromium.org/2995153002/ )
Reason for revert: iOS workaround. Original issue's description: > Revert of quest keyframes more frequently on stream start/decoding error. (patchset #2 id:170001 of https://codereview.webrtc.org/2996823002/ ) > > Reason for revert: > Causes iOS H264 calls received in the background to have increased delay before being able to decode stream from sender due to not having a keyframe. > > Original issue's description: > > Reland of quest keyframes more frequently on stream start/decoding error. (patchset #1 id:1 of https://codereview.chromium.org/2994043002/ ) > > > > Reason for revert: > > Create fix CL. > > > > Original issue's description: > > > Revert of Request keyframes more frequently on stream start/decoding error. (patchset #1 id:1 of https://codereview.webrtc.org/2993793002/ ) > > > > > > Reason for revert: > > > Broke downstream test that was waiting for 5 keyframes to be received within 10 seconds. Maybe the issue is that "stats_callback_->OnCompleteFrame(frame->num_references == 0, ..." was changed to "frame->is_keyframe()"? > > > > > > Original issue's description: > > > > Request keyframes more frequently on stream start/decoding error. > > > > > > > > In this CL: > > > > - Added FrameObject::is_keyframe() convinience function. > > > > - Moved logic to request keyframes on decoding error from VideoReceived to > > > > VideoReceiveStream. > > > > - Added keyframe_required as a parameter to FrameBuffer::NextFrame. > > > > > > > > BUG=webrtc:8074 > > > > > > > > Review-Url: https://codereview.webrtc.org/2993793002 > > > > Cr-Commit-Position: refs/heads/master@{#19280} > > > > Committed:26b4804358> > > > > > TBR=terelius@webrtc.org,stefan@webrtc.org,noahric@chromium.org,philipel@webrtc.org > > > # Skipping CQ checks because original CL landed less than 1 days ago. > > > NOPRESUBMIT=true > > > NOTREECHECKS=true > > > NOTRY=true > > > BUG=webrtc:8074 > > > > > > Review-Url: https://codereview.webrtc.org/2994043002 > > > Cr-Commit-Position: refs/heads/master@{#19295} > > > Committed:77a983185f> > > > TBR=terelius@webrtc.org,stefan@webrtc.org,noahric@chromium.org,deadbeef@webrtc.org > > # Skipping CQ checks because original CL landed less than 1 days ago. > > BUG=webrtc:8074 > > > > Review-Url: https://codereview.webrtc.org/2996823002 > > Cr-Commit-Position: refs/heads/master@{#19324} > > Committed:628ac5964e> > TBR=terelius@webrtc.org,stefan@webrtc.org,noahric@chromium.org,deadbeef@webrtc.org,philipel@webrtc.org > # Not skipping CQ checks because original CL landed more than 1 days ago. > BUG=webrtc:8074 > > Review-Url: https://codereview.webrtc.org/2995153002 > Cr-Commit-Position: refs/heads/master@{#19392} > Committed:53959fcc2bTBR=terelius@webrtc.org,stefan@webrtc.org,noahric@chromium.org,deadbeef@webrtc.org,tkchin@webrtc.org # Skipping CQ checks because original CL landed less than 1 days ago. BUG=webrtc:8074 Review-Url: https://codereview.webrtc.org/2996153003 Cr-Commit-Position: refs/heads/master@{#19410}
This commit is contained in:
@ -44,6 +44,8 @@ class FrameObject : public webrtc::VCMEncodedFrame {
|
||||
|
||||
size_t size() const { return _length; }
|
||||
|
||||
bool is_keyframe() const { return num_references == 0; }
|
||||
|
||||
// The tuple (|picture_id|, |spatial_layer|) uniquely identifies a frame
|
||||
// object. For codec types that don't necessarily have picture ids they
|
||||
// have to be constructed from the header data relevant to that codec.
|
||||
|
||||
Reference in New Issue
Block a user