| b1830340f6787bf2af5eafcd4e31d7e9bf76733e |
|
04-Oct-2013 |
Praveen Chavan <pchavan@codeaurora.org> |
mm-video: venc: fix corner case with 'handle zero-length invalid EOS buffers'
When queueing a color-conversion buffer in place of an invalid EOS buffer,
we may have run out of conversion buffers.
Wait for a color-conversion buffer to be returned by the encoder
Bug: 11070246
Change-Id: I99f963b342b98b44a78f38705e2bfc449b2cbc4e
/hardware/qcom/media/mm-video-v4l2/vidc/venc/src/omx_video_base.cpp
|
| 8e9fdc3254721b488ebdb9e9e62fb2d99eac392d |
|
28-Sep-2013 |
Vineeta Srivastava <vsrivastava@google.com> |
Revert "Revert "mm-video: vidc: make extended index for meta buffer mode generic""
This reverts commit 160217c89a692e1d8a617a7dbfba36196cf604b5.
Change-Id: I0941493ad8e7566303baeec2572c79d30f8bb62a
/hardware/qcom/media/mm-video-v4l2/vidc/venc/src/omx_video_base.cpp
|
| 160217c89a692e1d8a617a7dbfba36196cf604b5 |
|
28-Sep-2013 |
Erik Pasternak <roboerik@android.com> |
Revert "mm-video: vidc: make extended index for meta buffer mode generic"
This reverts commit 6eb72c5863cf3eaad62ca3938e1753a15934ef3f.
Change-Id: I9c7dc76b6d5440d29da6e39e882faa2aff2db376
/hardware/qcom/media/mm-video-v4l2/vidc/venc/src/omx_video_base.cpp
|
| 6eb72c5863cf3eaad62ca3938e1753a15934ef3f |
|
04-Aug-2013 |
Arun Menon <avmenon@codeaurora.org> |
mm-video: vidc: make extended index for meta buffer mode generic
The extended index for meta data buffer mode will be
used for both decoder and encoder.
Change-Id: I7b94b9ada20d7c1ffaf4c50dd9cf638dd7c0a332
/hardware/qcom/media/mm-video-v4l2/vidc/venc/src/omx_video_base.cpp
|
| 56dd7e53ba5657987bd527fa996a7942da01ef63 |
|
30-Aug-2013 |
Praveen Chavan <pchavan@codeaurora.org> |
mm-video: venc: handle zero-length invalid EOS buffers
Some clients (like GraphicsBufferSource) can queue meta buffer
with invalid handle for EOS, with filled length being empty.
Handle this case by queueing an internal color-conversion
buffer (if available) to propagate the EOS to output
bug# 10489684
Change-Id: Ib30e7063960939e7b764088afe9715f3c3d86d9f
/hardware/qcom/media/mm-video-v4l2/vidc/venc/src/omx_video_base.cpp
|
| 7beb72122c9b88f2a04e5ef30e370b3d35483d04 |
|
27-Jul-2013 |
Jorge Solano Altamirano <jsolano@codeaurora.org> |
mm-video: venc_v4l2: Enable VP8 Profile and Level settings
VP8 codec is capable of supporting version_0 and version_1, this
patch uses the indexes and enumeration from OpenMax IL version 1.1.2
Change-Id: Ida0d085401d6b4e507cdbf94c2e3cb8ceb7ca10c
/hardware/qcom/media/mm-video-v4l2/vidc/venc/src/omx_video_base.cpp
|
| 9ad5c6ee7a6308393e3d11f7d51cd46004473063 |
|
15-Aug-2013 |
Praveen Chavan <pchavan@codeaurora.org> |
mm-video: vidc: add support for opaque-format gralloc-buffers in encoding
Camera3.0 queues gralloc-allocated meta-buffers in opaque color format
unlike the camera2 which pre-announces NV12 color format. These buffers
have Venus's native NV12 format and do not need a color conversion.
Introduce a flag to explicitly indicate color-conversion rather than
derive it from proxy-format, since camera3 buffers are opaque buffers
but need no color-conversion.
Change-Id: Ib1acfc60031444de83ba5d450fddf82c561328bd
/hardware/qcom/media/mm-video-v4l2/vidc/venc/src/omx_video_base.cpp
|
| 0b6fd256ee76a3fbbfcd4a33c63be88b1db78798 |
|
14-Aug-2013 |
Praveen Chavan <pchavan@codeaurora.org> |
mm-video: venc: Distinguish between normal NV12 and Venus's NV12
Previously we were advertising OMX_COLOR_FormatYUV420SemiPlanar as the
NV12 colorformat "natively" supported by the component. However, this is
taken to mean the vanilla version of NV12 by many clients (e.g. Google).
As a result, whenever we thought that a non-camera client was providing
NV12, we'd align to Venus' liking internally. This doesn't work entirely
because there are other apps (e.g VT) that are aware that the component
wants aligned NV12 and would align it themselves, causing the component
to muck up the buffer by realigning it.
To prevent the confusion, the component now makes a distinction between
NV12 (OMX_COLOR_FormatYUV420SemiPlanar) and Venus' NV12 (QOMX_COLOR_\
FORMATYUV420PackedSemiPlanar32). Clients who prefer to provide aligned
buffers will now set the latter as the input port format.
Change-Id: I1e618c8bbb4b2002caa0967d7bd0ff363ab72763
Signed-off-by: Deva Ramasubramanian <dramasub@codeaurora.org>
/hardware/qcom/media/mm-video-v4l2/vidc/venc/src/omx_video_base.cpp
|
| c66f61266df4158140e76c2fab3946dad764eee8 |
|
29-Apr-2013 |
Praveen Chavan <pchavan@codeaurora.org> |
mm-video: vidc: Sanitize buffer to native colorformat
Buffers coming in from non-camera sources (e.g. apps) that aren't aware
of vendor's color format flavours will provide input in standard NV12
format. Before providing it to driver, we need to convert into Venus's
NV12 format.
Bug: 9916988
Change-Id: I47ec6e6409720cf9ddfdb1751ad98b930c345e58
Signed-off-by: Deva Ramasubramanian <dramasub@codeaurora.org>
/hardware/qcom/media/mm-video-v4l2/vidc/venc/src/omx_video_base.cpp
|
| 3b9a58e7b41e80902a651d1d551255dac9d260d3 |
|
05-Aug-2013 |
Praveen Chavan <pchavan@codeaurora.org> |
mm-video: vidc: handle reconfiguration and invalid buffers queued
Handle following corner-cases with CTS,
- Cleanup buffer-list when port buffers are freed to enable
reconfiguration and reallocation of port buffers
- Handle invalid buffers (with junk metadata) enqueued with empty
filled-length.
- GraphicBufferProducer can enqueue junk meta-buffer with EOS flag
to signal end-of-stream. Handle this case by queueing a NULL buffer
marked with EOS to propagate end-of-stream to output buffers.
Change-Id: I1936a918a603f6a02c287737574d837b7356ecf4
b/ 9916988, 10210402
/hardware/qcom/media/mm-video-v4l2/vidc/venc/src/omx_video_base.cpp
|
| 61a2c6a19dbd06a317a419623020e02056661876 |
|
26-Jul-2013 |
Praveen Chavan <pchavan@codeaurora.org> |
Merge up to tip (906de570) of hardware/qcom/media from codeaurora.org
Change-Id: Iee6f5ea3781748209b02725b30f2c09a8f1392fa
Signed-off-by: Ajay Dudani <adudani@codeaurora.org>
/hardware/qcom/media/mm-video-v4l2/vidc/venc/src/omx_video_base.cpp
|
| 6eec4d1ea65df853450a6e158718981cba900bf6 |
|
30-Apr-2013 |
Shashank Mittal <mittals@codeaurora.org> |
Update mm-video to get legacy and v4l2 interfaces to co-exist
* Move mm-video to mm-video-legacy
* Add mm-video-v4l2 from codeaurora.org
Change-Id: Idf13fa2780fd0359ccefc8b004286c5a356d3546
/hardware/qcom/media/mm-video-v4l2/vidc/venc/src/omx_video_base.cpp
|