V4L2VDA: Add more NALU types that indicate end of current frame data.

content/common/gpu/media/v4l2_video_decode_accelerator.cc

Index: content/common/gpu/media/v4l2_video_decode_accelerator.cc
diff --git a/content/common/gpu/media/v4l2_video_decode_accelerator.cc b/content/common/gpu/media/v4l2_video_decode_accelerator.cc
index 20660a11c64cecf961296d0cf3756385e70c244a..3053eed5af97e6a0d955cab61eebfd7e79dd10ed 100644
--- a/content/common/gpu/media/v4l2_video_decode_accelerator.cc
+++ b/content/common/gpu/media/v4l2_video_decode_accelerator.cc
@@ -651,6 +651,7 @@ bool V4L2VideoDecodeAccelerator::AdvanceFrameFragment(
           break;
         case media::H264NALU::kSPS:
         case media::H264NALU::kPPS:
+        case media::H264NALU::kAUD:
         case media::H264NALU::kEOSeq:

[acolwell GONE FROM CHROMIUM, 2014/05/08 17:56:34]

I think you need to also include kSEIMessage & kReserved14-kReserved18 to this
list. See Section 7.4.1.2.3 of the H.264 spec.

[Pawel Osciak, 2014/05/09 00:37:14]

Oh, I didn't notice you added new defines to the enum yet. Should have noticed
that CL. We could add them here as well then.

By the way, this change doesn't actually fix 370758, but I thought I'd throw
this in since we have it now.

         case media::H264NALU::kEOStream:
           // These unconditionally signal a frame boundary.