Add support for Rec709 color space videos in software YUV convert path.

media/base/video_frame.h

 // Copyright (c) 2012 The Chromium Authors. All rights reserved.
 // Use of this source code is governed by a BSD-style license that can be
 // found in the LICENSE file.
 
 #ifndef MEDIA_BASE_VIDEO_FRAME_H_
 #define MEDIA_BASE_VIDEO_FRAME_H_
 
 #include <vector>
 
 #include "base/callback.h"
@@ skipping 45 matching lines @@
     YV16 = 2,  // 16bpp YVU planar 1x1 Y, 2x1 VU samples
     I420 = 3,  // 12bpp YVU planar 1x1 Y, 2x2 UV samples.
     YV12A = 4,  // 20bpp YUVA planar 1x1 Y, 2x2 VU, 1x1 A samples.
 #if defined(VIDEO_HOLE)
     HOLE = 5,  // Hole frame.
 #endif  // defined(VIDEO_HOLE)
     NATIVE_TEXTURE = 6,  // Native texture.  Pixel-format agnostic.
     YV12J = 7,  // JPEG color range version of YV12
     NV12 = 8,  // 12bpp 1x1 Y plane followed by an interleaved 2x2 UV plane.
     YV24 = 9,  // 24bpp YUV planar, no subsampling.
-    FORMAT_MAX = YV24,  // Must always be equal to largest entry logged.
+    YV12HD = 10,  // Rec709 "HD" color space version of YV12

[rileya (GONE FROM CHROMIUM), 2014/09/29 18:15:14]

Is it worth making this another one-off, or is it about time to give VideoFrame
separate color space (maybe color range too) enums?

[scherkus (not reviewing), 2014/10/01 16:39:34]

I'm OK with this for now.

+    FORMAT_MAX = YV12HD,  // Must always be equal to largest entry logged.
   };
 
   // Returns the name of a Format as a string.
   static std::string FormatToString(Format format);
 
   // Creates a new frame in system memory with given parameters. Buffers for
   // the frame are allocated but not initialized.
   static scoped_refptr<VideoFrame> CreateFrame(
       Format format,
       const gfx::Size& coded_size,
@@ skipping 312 matching lines @@
   uint32 release_sync_point_;
 
   const bool end_of_stream_;
 
   DISALLOW_IMPLICIT_CONSTRUCTORS(VideoFrame);
 };
 
 }  // namespace media
 
 #endif  // MEDIA_BASE_VIDEO_FRAME_H_