media: Introduce Y8 and Y16 video pixel format

cc/resources/video_resource_updater.cc

Index: cc/resources/video_resource_updater.cc
diff --git a/cc/resources/video_resource_updater.cc b/cc/resources/video_resource_updater.cc
index ae02820d071d3d7042ab4d0f15ba50caa59da656..e1741fb6120e2161fd1af2b162e7b23aa13073d3 100644
--- a/cc/resources/video_resource_updater.cc
+++ b/cc/resources/video_resource_updater.cc
@@ -83,6 +83,8 @@ VideoFrameExternalResources::ResourceType ResourceTypeForVideoFrame(
     case media::PIXEL_FORMAT_YUV420P10:
     case media::PIXEL_FORMAT_YUV422P10:
     case media::PIXEL_FORMAT_YUV444P10:
+    case media::PIXEL_FORMAT_Y8:
+    case media::PIXEL_FORMAT_Y16:
     case media::PIXEL_FORMAT_UNKNOWN:
       break;
   }
@@ -270,6 +272,7 @@ VideoFrameExternalResources VideoResourceUpdater::CreateForSoftwarePlanes(
     case media::PIXEL_FORMAT_RGB32:
     case media::PIXEL_FORMAT_MJPEG:
     case media::PIXEL_FORMAT_MT21:
+    case media::PIXEL_FORMAT_Y8:
       bits_per_channel = 8;
       break;
     case media::PIXEL_FORMAT_YUV420P9:
@@ -282,6 +285,9 @@ VideoFrameExternalResources VideoResourceUpdater::CreateForSoftwarePlanes(
     case media::PIXEL_FORMAT_YUV444P10:
       bits_per_channel = 10;
       break;
+    case media::PIXEL_FORMAT_Y16:

[hubbe, 2016/07/06 17:39:00]

The code below doesn't support bits_per_channel higher than 10.
Thus, this will not work unless you fix the convert-to-half-float code below.

[dshwang, 2016/07/06 17:45:18]

yes, I know. It will be handled in the next CL;
https://codereview.chromium.org/2122573003/

[Ken Russell (switch to Gerrit), 2016/07/06 18:24:42]

Is it wise to land this patch without the next CL? While the other CL is huge,
breaking the code temporarily doesn't seem to me a good path to take.

[dshwang, 2016/07/07 12:41:08]

It doesn't break any code, because any video decoders don't use Y16 yet. This
line is added to avoid build failure.

Next CL has concern about R16 vs. RB8, but this CL will be intact, no matter
what decision happens.

IMO, it's good to land.

[hubbe, 2016/07/07 17:51:39]

You need to do the proper error handling.
Always assume that your next CL is going to land a long time from now and
someone else might try to use or change your code in between.

[dshwang, 2016/07/07 18:11:38]

Ok, I understand. Done.

+      bits_per_channel = 16;
+      break;
   }
 
   // Only YUV software video frames are supported.