Revert "mm-video: vidc: Add support for dynamic debug
logging"

This reverts commit 4129054ff17269d3a4a277398b922f4a18c73cd4
-This gerrit is causing the power regression (CR:552802).
After reverting this change we see improvement of ~79mA.
Even the CPU consumption of "VideoDecMsgThre" of
/system/bin/mediaserver came down.

Change-Id: Ia1947a02a8d4cc3bad528bdc0ac346f0f7d6af93
camera bringup changes hardware-qcom-media

Change-Id: I4b81d2150e5bbd97d09c91f3cf89a8c6169b6058
media: compilation fix for updated sdk version

compilation fix for updated sdk version

Change-Id: Ib83de1d7ce4c8dae012ae0d0f22d7edccc8cc552
Dashplayer: enable adaptive playback based on codec format key

Added support for prepareForAdaptivePlayback() call in
configureCodec, if max-width and max-height keys are specified
in the format.  It is OK for this call to fail, if component
does not implement adaptive playback.

Change-Id: I403e70559cd54489d35a94b467192701f163d568
mm-video: vdec: Support adaptive playback mode

In this mode client checks and sets an extension to indicate
that the content can change resolution, within the pre-
announced maximum height/width. Component over-allocates
buffers for the max resolution and dbp, and notifies client
of any crop change when resolution changes within bounds.

Resolution changes beyond set max width/height will result in
port-reconfiguration notification, while adapting to the new
resolution.

Change-Id: I744ac475f3bbedaaca2b057e9a327243674f0d9e
mm-video: vidc: set stride in gralloc-metadata for adaptive-playback

In Adaptive-playback mode, following resolution change, decoder
continues to decode on larger buffer. But the stride is changed
implicitly. Set the updated stride in gralloc-metadata in each
buffer, so HWC/GPU can read the stride to interpret the buffer's
geometry correctly.

Change-Id: If223e4bf230f8032b03b9d51d41b39576d0cf961