Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/android/201.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Android棒棒糖上带有camera 2 API的ZSL功能_Android_Camera_Android 5.0 Lollipop_Shutter - Fatal编程技术网

Android棒棒糖上带有camera 2 API的ZSL功能

Android棒棒糖上带有camera 2 API的ZSL功能,android,camera,android-5.0-lollipop,shutter,Android,Camera,Android 5.0 Lollipop,Shutter,我试图从摄像头应用程序、摄像头框架和libcameraservice实现以及摄像头HAL v3.2规范中了解Android 5.0上的ZSL功能支持 据我所知,在android中实现ZSL有两种可能: ZSL实现的框架 在Kitkat中,只支持由ZSL实现的框架,而且非常简单。(对ZSL使用双向流) 在棒棒糖中,他们非常清楚地记录了实现ZSL的框架, 应用程序实现的ZSL 在棒棒糖中,他们引入了应用程序实现ZSL的概念。根据可用文档,ZSL已作为一种功能公开给应用程序 在android

我试图从摄像头应用程序、摄像头框架和libcameraservice实现以及摄像头HAL v3.2规范中了解Android 5.0上的ZSL功能支持

据我所知,在android中实现ZSL有两种可能:

  • ZSL实现的框架

    • 在Kitkat中,只支持由ZSL实现的框架,而且非常简单。(对ZSL使用双向流)

    • 在棒棒糖中,他们非常清楚地记录了实现ZSL的框架,

  • 应用程序实现的ZSL

    • 在棒棒糖中,他们引入了应用程序实现ZSL的概念。根据可用文档,ZSL已作为一种功能公开给应用程序

    • 在android.request.availableCapabilities下,它显示:
      对于ZSL,“RAW_不透明支持作为输出/输入格式”

  • 在棒棒糖中,框架实现的ZSL与Kitkat的工作方式相同,使用Camera1API应用程序

    然而,我在Camera2 API应用程序代码中找不到任何地方,即如何启用应用程序/框架实现的ZSL。

    因此,问题是:

  • 是否可以使用Camera2 API应用程序在Android L中启用框架实现的ZSL

  • 是否可以使用Camera2 API应用程序在Android L中启用应用程序实现的ZSL,而无需原始不透明支持

  • 如果1或2是可能的,那么在Android L中启用ZSL需要摄像头HAL做什么

  • 谢谢你的帮助

  • 不,框架层ZSL仅适用于旧的camera API

  • 否,除非它足以按原样使用输出缓冲区,而无需将其发送回相机设备进行最终处理

  • 较长的答案是,ZSL再处理API必须从最初的camera2实现中删除,因此目前应用程序无法以任何格式(原始或不透明)将缓冲区发送回相机设备

    camera3.h中的一些文档相对于实际的框架实现来说是误导性的,而且框架只支持实现定义的双向ZSL,并且RAW_不透明在任何地方都不使用


    编辑:从Android 6.0棉花糖开始,在camera2 API中提供,在支持它的设备上(如Nexus 6P/5X)。

    嗨,Eddy,谢谢你的回答。将来,当在camera2中添加ZSL API时,有限模式相机设备(不能处理原始不透明格式)能否支持ZSL功能?在这种情况下,应用程序可以从ZSL流中选择适当的实现定义格式YUV缓冲区,并将其发送回相机设备进行JPEG编码(无其他后处理)。基线受限设备将不需要支持重新处理,但它是设备可以作为受限或完整设备支持的功能之一。定义为JPEG的实现已经在框架层中运行,因此它很可能在将来的API添加中运行。谢谢Eddy,这很有帮助。