<div>Hi, </div><div><br></div><div>I notice that rtph264depay and h264parse decide how to set the GST_BUFFER_FLAG_DELTA_UNIT differently.</div><div><br></div><div>Rtph264depay considers nal_types of SPS/PPS/IDR as key frames.  If a GstBuffer contains a nal_type of SPS/PPS/IDR, rtph624depay unsets the GST_BUFFER_FLAG_DELTA_UNIT.</div>
<div><br></div><div>H264parse checks both the nal_type and slice_type when deciding whether to set the GST_BUFFER_FLAG_DELTA_UNIT on a GstBuffer.</div><div><br></div><div>I&#39;m curious why h264parse doesn&#39;t rely on just the nal_type when deciding whether a frame is a key frame.  It seems like rtph264depay and h264parse should use the same logic to detect key frames..</div>
<div><br></div><div>Were there test scenarios where it was necessary for h264parse to check both the nal_type and slice_type to detect key frames?  If so, then would it make sense to update rtph264depay to also check both the nal_type and slice_type to detect key frames?</div>
<div><br></div><div>I&#39;m just trying to understand why rtph264depay and h264parse detect key frames differently.</div><div><br></div><div>Thanks, Karen</div><div><br></div>