Я пытаюсь понять поддержку функций ZSL/возможности на Android 5.0, от приложения камеры, рамки камеры и реализации libcameraservice, а также спецификации камеры HAL v3.2.Функция ZSL на Android Lollipop с камерой 2 API
Насколько я понимаю, реализация ZSL в андроида, можно двумя способами:
Framework реализована ZSL
В KitKat, была поддержана только основа реализована ZSL, и было довольно просто. (Использование двунаправленных потоков для ZSL)
В Lollipop, они документировали рамки реализованы ZSL очень четко, http://androidxref.com/5.0.0_r2/xref/hardware/libhardware/include/hardware/camera3.h#1076
Применение реализован ZSL
В Lollipop, они ввели концепция применения реализована ZSL. ZSL был разоблачен как способность к применению, согласно имеющейся документации http://androidxref.com/5.0.0_r2/xref/system/media/camera/docs/docs.html
Под android.request.availableCapabilities, он говорит, что:
Для ZSL, «RAW_OPAQUE поддерживается как выход/вход формат»
В Lollipop, структура реализована ZSL работает точно так же, как KitKat, с применением Camera1 API.
Однако я не смог найти нигде в коде приложения API Camera2, как включить внедренное приложение/фреймворк ZSL. http://androidxref.com/5.0.0_r2/xref/packages/apps/Camera2/
Таким образом, вопросы:
Можно ли включить рамки реализованных ZSL в Android L, с применением Camera2 API?
Возможно ли включить приложение ZSL в Android L, без Поддержка RAW_OPAQUE с применением приложения Camera2 API?
Если возможно 1 или 2, что требуется от камеры HAL, чтобы включить ZSL в Android L?
Любая помощь оценивается.
Привет, Эдди, спасибо за ответ. В будущем, когда в Camera2 добавлены API ZSL2, могут ли камеры с ограниченным режимом (которые не способны обрабатывать формат RAW_OPAQUE) поддерживают функцию ZSL? В этом случае приложение может выбрать соответствующий буфер YUV формата IMPLEMENTATION_DEFINED из потока ZSL и отправить его обратно на устройство камеры для кодирования JPEG (никакой другой пост-обработки) –
Базовое LIMITED-устройство не потребуется для поддержки переработки, но это одна из функций, которые устройство может поддерживать либо как LIMITED, либо FULL. Реализация_defined в JPEG уже работает в рамках фреймворка, поэтому он, вероятно, будет работать над будущими дополнениями API. –
Спасибо Эдди, что помогло. –