summaryrefslogtreecommitdiff
path: root/src/qcam/assets/feathericons/life-buoy.svg
diff options
context:
space:
mode:
authorJacopo Mondi <jacopo@jmondi.org>2021-02-24 13:22:27 +0100
committerJacopo Mondi <jacopo@jmondi.org>2021-03-03 09:50:13 +0100
commiteba862b0e30e73d1e1b05845a8c932bc0ff576ee (patch)
tree7dbf56e759d4843a3288d4cd3bda5111b34edb2c /src/qcam/assets/feathericons/life-buoy.svg
parent63383dec435df810f9f49034a3797688b8768d1a (diff)
android: post_processor: Use CameraBuffer API
Use the newly introduced CameraBuffer class as the type for the destination buffer in the PostProcessor class hierarchy in place of the libcamera::MappedFrameBuffer one and use its API to retrieve the length and the location of the CameraBuffer plane allocated for JPEG post-processing. Remove all the assumption on the underlying memory storage and only go through the CameraBuffer API when dealing with memory buffers. To do so rework the Encoder interface to use a raw pointer and an explicit size to remove access to the Span<uint8_t> maps that serve as memory storage for the current implementation but might not be ideal for other memory backend. Now that the whole PostProcessor hierarchy has been converted to use the CameraBuffer API remove libcamera::MappedBuffer as base class of the CameraBuffer interface and only reply on its interface. Reviewed-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com> Signed-off-by: Jacopo Mondi <jacopo@jmondi.org>
Diffstat (limited to 'src/qcam/assets/feathericons/life-buoy.svg')
0 files changed, 0 insertions, 0 deletions