|
|
Created:
6 years, 3 months ago by rileya (GONE FROM CHROMIUM) Modified:
6 years, 2 months ago CC:
chromium-reviews, feature-media-reviews_chromium.org Base URL:
https://chromium.googlesource.com/chromium/src.git@videoimagegenerator Project:
chromium Visibility:
Public. |
DescriptionPass YUV color space information to Skia in VideoImageGenerator.
Also fixes some minor issues with how sizes and visible rects are
handled.
BUG=91208
Committed: https://crrev.com/579e0422fc79b5375940a3b1a656bed4a4dec69c
Cr-Commit-Position: refs/heads/master@{#296791}
Patch Set 1 #
Total comments: 8
Patch Set 2 : address comments #Patch Set 3 : picky compilers are picky #Patch Set 4 : #Patch Set 5 : flush canvas #Patch Set 6 : #Patch Set 7 : remove refcounting to see what the bots do... #Patch Set 8 : #Patch Set 9 : Speculative changes to failing rtc tests #Patch Set 10 : format, remove test change #Patch Set 11 : comment #Messages
Total messages: 31 (17 generated)
rileya@chromium.org changed reviewers: + scherkus@chromium.org
After https://codereview.chromium.org/531353002/ lands, this will add support for the more common Rec601 color space.
nits 'n suggestions https://codereview.chromium.org/569313003/diff/1/media/filters/skcanvas_video... File media/filters/skcanvas_video_renderer.cc (right): https://codereview.chromium.org/569313003/diff/1/media/filters/skcanvas_video... media/filters/skcanvas_video_renderer.cc:32: return format == media::VideoFrame::YV12 || can we switch-ify this so we future proof the code? https://codereview.chromium.org/569313003/diff/1/media/filters/skcanvas_video... media/filters/skcanvas_video_renderer.cc:208: SkYUVColorSpace* colorSpace) OVERRIDE { color_space https://codereview.chromium.org/569313003/diff/1/media/filters/skcanvas_video... media/filters/skcanvas_video_renderer.cc:215: if (colorSpace) { can skia tighten up the API to guarantee this is always non-NULL? generally try to avoid optional-ness whenever possible https://codereview.chromium.org/569313003/diff/1/media/filters/skcanvas_video... media/filters/skcanvas_video_renderer.cc:216: if (frame_->format() == VideoFrame::YV12J) it's a stretch, but one day we might need 16/24-bit YUV JPEG so might as well create a similar helper function and use a switch so future-rileya@ won't forget to update all the various code sites bool IsJPEGColorSpace(...)
https://codereview.chromium.org/569313003/diff/1/media/filters/skcanvas_video... File media/filters/skcanvas_video_renderer.cc (right): https://codereview.chromium.org/569313003/diff/1/media/filters/skcanvas_video... media/filters/skcanvas_video_renderer.cc:32: return format == media::VideoFrame::YV12 || On 2014/09/16 00:35:08, scherkus wrote: > can we switch-ify this so we future proof the code? Sgtm, done! https://codereview.chromium.org/569313003/diff/1/media/filters/skcanvas_video... media/filters/skcanvas_video_renderer.cc:208: SkYUVColorSpace* colorSpace) OVERRIDE { On 2014/09/16 00:35:09, scherkus wrote: > color_space Done. https://codereview.chromium.org/569313003/diff/1/media/filters/skcanvas_video... media/filters/skcanvas_video_renderer.cc:215: if (colorSpace) { On 2014/09/16 00:35:08, scherkus wrote: > can skia tighten up the API to guarantee this is always non-NULL? generally try > to avoid optional-ness whenever possible In current usage (I just plumbed it in the other day...) color_space is always non-NULL, but the preceding 2 parameters are optional anyways. So while I agree it would make more sense to tighten up the API, I don't think it's really worth doing unless we kept it consistent and tightened up the whole thing, which would require a decent bit of plumbing/tweaking on the Skia side. https://codereview.chromium.org/569313003/diff/1/media/filters/skcanvas_video... media/filters/skcanvas_video_renderer.cc:216: if (frame_->format() == VideoFrame::YV12J) On 2014/09/16 00:35:09, scherkus wrote: > it's a stretch, but one day we might need 16/24-bit YUV JPEG so might as well > create a similar helper function and use a switch so future-rileya@ won't forget > to update all the various code sites > > bool IsJPEGColorSpace(...) Done.
lgtm
The CQ bit was checked by rileya@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patchset/569313003/20001
The CQ bit was checked by rileya@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patchset/569313003/40001
The CQ bit was unchecked by rileya@chromium.org
The CQ bit was checked by rileya@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patchset/569313003/40001
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: linux_chromium_chromeos_rel_swarming on tryserver.chromium.linux (http://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium_...)
The CQ bit was checked by rileya@google.com
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patchset/569313003/40001
The CQ bit was checked by rileya@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patchset/569313003/60001
The CQ bit was checked by rileya@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patchset/569313003/80001
Patchset #8 (id:140001) has been deleted
Patchset #6 (id:100001) has been deleted
Patchset #6 (id:120001) has been deleted
Patchset #6 (id:160001) has been deleted
Patchset #6 (id:180001) has been deleted
Patchset #6 (id:200001) has been deleted
Patchset #10 (id:300001) has been deleted
The CQ bit was checked by rileya@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/569313003/340001
Message was sent while issue was closed.
Committed patchset #11 (id:340001) as e2ac2cf442edac180fc0dad05b5f8b9925dfd02c
Message was sent while issue was closed.
Patchset 11 (id:??) landed as https://crrev.com/579e0422fc79b5375940a3b1a656bed4a4dec69c Cr-Commit-Position: refs/heads/master@{#296791} |