WIP: Add hardware jpeg decode on tegra platform

WIP: Add hardware jpeg decode on tegra platform

This change adds a jpeg hardware decode support on tegra platform.
And implements generic jpeg codec interface which can load platform
specific jpeg codec.

BUG=none
TEST=JpegDecoderTest

[rbhagwat, 2014-12-24 13:20:51]

rbhagwat@nvidia.com changed reviewers:
+ kkinnunen@nvidia.com

[reed1, 2015-01-13 14:07:28]

reed@google.com changed reviewers:
+ reed@google.com, scroggo@google.com

[reed1, 2015-01-13 14:09:41]

content/common/gpu/media/jpeg_codec

Skia also has wrappers for decoding and encoding images. Do we need both?

[scroggo, 2015-01-13 22:17:33]

On 2015/01/13 14:09:41, reed1 wrote:
> content/common/gpu/media/jpeg_codec
> 
> Skia also has wrappers for decoding and encoding images. Do we need both?

I've spoken a little bit with noel@ and hclam@ about using a single set of
wrappers for Skia/Android and Blink. It sounds like that may be feasible, but
we're only beginning to explore that.

This is part of a different set of decoders though. Chromium has the decoders in
Blink, which are designed to be more robust, and the decoders in content, which
are for decoding UI elements (and this CL falls into the latter category). I'm
not aware of any efforts to combine those two sets.

[Pawel Osciak, 2015-01-14 00:02:22]

not lgtm

I am sorry, but we already have an interface for JPEG decoders -
JpegDecodeAccelerator, please see media/video/jpeg_decode_accelerator.h.

Your codec driver should however not be implementing that interface, but instead
the standard V4L2 API mem-to-mem JPEG codec interface. Then, the Chrome class
talking to your driver would be a platform-independent V4L2JpegDecodeAccelerator
implementing JpegDecodeAccelerator.

Please contact me if you would like to coordinate your effort with our current
ongoing efforts on HW acceleration for JPEG.
Thank you.

[Kimmo Kinnunen, 2015-08-31 12:30:26]

kkinnunen@nvidia.com changed reviewers:
- kkinnunen@nvidia.com