使用 CameraX Extensions API 将特效应用到照片上
Android CameraX 的设计旨在帮助您简化相机应用的开发工作。随着对 CameraX 不断的开发,相机应用的开发者们向我们展示了他们的激情和热忱,当前的 API 中已经融入了许多很棒的创意,例如值得称赞的 CameraX Extensions API。最近我们采纳了开发者社区的意见,对扩展进行了重构,如今有了新的 ExtensionsManager,您只需两行代码就可以使用这些扩展!本文将介绍如何在您的应用中使用 Extensions API。
CameraX Extensions
Android 设备配备了强大的相机,制造商们投入了大量精力将众多前沿的功能特性或特效融入这些相机设备中。过去,这些强大的功能只能由设备的原生相机应用提供。如今,凭借 CameraX Extensions API,第三方开发者可以通过一个通用的、简单的接口来访问这些强大的相机功能。
CameraX Extensions 涵盖的内容
1.0.0 版本的 CameraX Extensions 包括一些最常见的内置相机特效:
- BOKEH (焦外成像): 在人像模式下拍摄照片时,让前景人物更清晰。
- HDR (高动态范围): 拍照时使用不同的自动曝光 (AE) 配置,以获得最佳效果。
- NIGHT (夜间): 在低照度环境下 (通常是在夜间) 捕获最佳静态图像。
- FACE RETOUCH (脸部照片修复): 拍摄静态图像时,修饰脸部肤色、轮廓等。
- AUTO (自动): 根据周围的景色自动调整最终图像。
让我们来看几组在 Android 手机上拍摄的照片,拍照时分别启用和禁用了由 CameraX Extensions API 提供的特效。
BOKEH 模式的例子
△ 图 1: 右侧照片启用了 BOKEH 特效。
HDR 模式的例子
△ 图 2: 右侧照片启用了 HDR 特效。
NIGHT 模式例子
△ 图 3: 右侧照片启用了 NIGHT 特效。
视觉上的差异是很明显的。您可以使用 CameraX Extensions API 在您自己的应用中实现这些图像的效果。
现在让我们看看如何将 CameraX 的 API 集成到您的应用中。
Extensions API
在现有的 CameraX 应用中,首先您可以引入 camera-extensions
Jetpack 库来添加 CameraX Extensions:
dependencies { // 与 Extensions 库版本号相匹配的 CameraX 核心库 implementation 'androidx.camera:camera-core:1.1.0-alpha08' implementation 'androidx.camera:camera-camera2:1.1.0-alpha08' implementation 'androidx.camera:camera-lifecycle:1.1.0-alpha08' // CameraX Extensions 库 implementation 'androidx.camera:camera-extensions:1.0.0-alpha28' // 其他依赖项 implementation('androidx.concurrent:concurrent-futures-ktx:1.1.0') … }
接下来,通过以下步骤集成 Extensions:
- 获取 ExtensionsManager 实例。
- 检查目标设备是否支持需要用到的扩展模式;
- 获取一个启用扩展的 CameraSelector;
- 使用启用扩展的 CameraSelector 调用 bindToLifecycle。
获取 ExtensionsManager 实例
第一步是用扩展库的 getInstance(Context) API 获得一个 ExtensionsManager 实例。这个 API 返回一个 ListenableFuture,我们可以在 Kotlin 挂起函数中使用 await() 来获取结果以避免阻塞主线程。(注意: 在 ListenableFuture 上使用 await() 须引入 androidx.concurrent:concurrent-futures-ktx: 1.1.0 依赖项。)
// 创建扩展管理器(使用 Jetpack Concurrent 库) val extensionsManager = ExtensionsManager.getInstance(context).await()
通过 ExtensionsManager,您可以确定设备是否支持某一特定的扩展模式,并为其获取一个启用扩展的 CameraSelector
。请注意以下几点:
- ExtensionsManager 是一个进程范围的全局资源: 一个进程中只存在一个 ExtensionsManager 实例。
- ExtensionsManager 始终存在: 无论底层设备是否支持扩展,CameraX 都提供一个有效的 ExtensionsManager 实例。
检查扩展模式可用性
通过 ExtensionsManager,使用 isExtensionAvailable(CameraProvider, CameraSelector, int) 函数检查扩展的可用性: 如果设备上存在任何经由 CameraSelector 过滤的相机支持所查询的扩展,则返回 true,否则返回 false。
// 获取相机设备来检查是否支持扩展 val cameraSelector = CameraSelector.DEFAULT_BACK_CAMERA // 检查是否支持 BOKEH if (extensionsManager.isExtensionAvailable( cameraProvider, cameraSelector, ExtensionMode.BOKEH )) { ... }
获取启用扩展的 CameraSelector
一旦您确认了设备支持该扩展模式,就可以用 getExtensionEnabledCameraSelector(CameraProvider, CameraSelector, int) 函数获取一个启用扩展的 CameraSelector。此函数返回启用扩展的 CameraSelector,其包含关于指定扩展模式的所有详细信息。
val bokehCameraSelector = extensionsManager .getExtensionEnabledCameraSelector( cameraProvider, cameraSelector, ExtensionMode.BOKEH)
使用启用扩展的 CameraSelector 调用 bindToLifecycle()
最后一步是使用 bindToLifecycle() 将您的用例与启用扩展的 CameraSelector
绑定。使用启用扩展的 CameraSelector
如同使用普通的 CameraSelector 一样,例如使用 DEFAULT_BACK_CAMERA 或 DEFAULT_FRONT_CAMERA。当使用启用扩展的 CameraSelector绑定用例时,CameraX 会直接在相机上启用指定的扩展模式。例如,当绑定到 Preview 时,扩展效果被应用到预览中,或者应用到由所绑定的 ImageCapture 所捕获的图像上。
// 将开启了 BOKEH 的相机选择器绑定到用例上 val imageCapture = ImageCapture.Builder().build() val preview = Preview.Builder().build() cameraProvider.bindToLifecycle( lifecycleOwner, bokehCameraSelector, imageCapture, preview )
使用 Extensions API 的样例代码
Extensions API 示例的完整代码如下:
fun onCreate() { lifecycleScope.launch { // 创建 cameraProvider val cameraProvider = ProcessCameraProvider.getInstance(context).await() // 创建 extensionsManager(使用 Jetpack Concurrent 库) val extensionsManager = ExtensionsManager.getInstance(context).await() // 获取相机设备来检查是否支持扩展 val cameraSelector = CameraSelector.DEFAULT_BACK_CAMERA // 检查是否支持 BOKEH if (extensionsManager.isExtensionAvailable( cameraProvider, cameraSelector, ExtensionMode.BOKEH )) { // 在启用不同扩展模式之前解除所有用例的绑定 cameraProvider.unbindAll() // 获取启用了 BOKEH 的相机选择器 val bokehCameraSelector = extensionsManager .getExtensionEnabledCameraSelector( cameraProvider, cameraSelector, ExtensionMode.BOKEH ) // 将开启了 BOKEH 的相机选择器绑定到用例上 val imageCapture = ImageCapture.Builder().build() val preview = Preview.Builder().build() cameraProvider.bindToLifecycle( lifecycleOwner, bokehCameraSelector, imageCapture, preview ) } } }
Extensions API 对核心模块的依赖
CameraX Extensions API 是在 camera-extensions
库中实现的,并且它依赖 CameraX 核心模块 (core、camera2 和 lifecycle
)。使用 CameraX Extensions 时,请务必使用与您正在使用的 CameraX 核心模块 相同的发布包 中的版本。例如,要使用 camera-extensions:1.0.0-alpha28
,则您必须在应用的依赖列表中包含 1.0.0-alpha08 版本的 camera-lifecycle
、camera-core
和 camera-camera2
,因为它们是于 2021 年 8 月 18 日在同一软件包中发布的。
支持扩展的设备
为了能使用 CameraX Extensions API,设备制造商需要实现 CameraX Vendor Extensions 接口。您可以在 CameraX 设备页面 上找到支持 CameraX Extensions API 的部分设备列表。请注意,这不是一个详尽的列表。如果您的设备被列出,但可用性检查返回了 false,您可能需要将您的设备更新到制造商的最新 ROM 版本。
除了支持扩展的设备列表外,从 Android 12 开始,您还可以通过检查 Android 属性 ro.camerax.extensions.enabled
来确定设备是否支持 CameraX Extensions。
移除旧版 Extensions API
2019 年 8 月发布的旧版 Extensions API 现已废弃。这个旧版的 Extensions API 提供了扩展器类,需要将扩展相关的配置应用到每个 Preview 和 ImageCapture 用例上。旧版的扩展器设计可能会导致开发人员忘记要在 Preview 或 ImageCapture 上启用扩展模式,并可能导致非预期的行为。
新的 CameraX Extensions 库在 1.0.0-alpha26 中引入。较新的 Extensions API 将扩展绑定从用例切换到目标相机,使用起来更加方便。请务必迁移以利用新的 Extensions API。
我们特别感谢那些帮助实现 CameraX Extensions API 的出色的 Android 相机开发者和设备制造商!如果您想了解 CameraX 的最新进展,请加入 Android CameraX 讨论组。
更多信息
欢迎您 点击这里 向我们提交反馈,或分享您喜欢的内容、发现的问题。您的反馈对我们非常重要,感谢您的支持!

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
长文捋明白 Spring 事务!隔离性?传播性?一网打尽!
@[toc] 事务的重要性不言而喻,Spring 对事务也提供了非常丰富的支持,各种支持的属性应有尽有。 然而很多小伙伴知道,这里有两个属性特别绕: 隔离性 传播性 有多绕呢?松哥都一直懒得写文章去总结。不过最近有小伙伴问到这个问题,刚好有空,就抽空总结一下,我不会干巴巴的和大家讲概念,接下来的所有内容,松哥都会通过具体的案例来和大家演示。 好啦,不废话啦,请看大屏幕。 1. 什么是事务 数据库事务是指作为单个逻辑工作单元执行的一系列操作,这些操作要么一起成功,要么一起失败,是一个不可分割的工作单元。 在我们日常工作中,涉及到事务的场景非常多,一个 service 中往往需要调用不同的 dao 层方法,这些方法要么同时成功要么同时失败,我们需要在 service 层确保这一点。 说到事务最典型的案例就是转账了: > 张三要给李四转账 500 块钱,这里涉及到两个操作,从张三的账户上减去 500 块钱,给李四的账户添加 500 块钱,这两个操作要么同时成功要么同时失败,如何确保他们同时成功或者同时失败呢?答案就是事务。 事务有四大特性(ACID): 原子性(Atomicity): ...
- 下一篇
WebGL着色器渲染小游戏实战
项目起因 经过对 GLSL 的了解,以及 shadertoy 上各种项目的洗礼,现在开发简单交互图形应该不是一个怎么困难的问题了。下面开始来对一些已有业务逻辑的项目做GLSL渲染器替换开发。 起因是看到某些小游戏广告,感觉机制有趣,实现起来应该也不会很复杂,就尝试自己开发一个。 游戏十分简单,类似泡泡龙一样的从屏幕下方中间射出不同颜色大小的泡泡,泡泡上浮到顶部,相同颜色的泡泡可以合并成大一级的不同颜色泡泡。简单说就是一个上下反过来的合成大西瓜。 较特别的地方是为了表现泡泡的质感,在颜色相同的泡泡靠近时,会有水滴表面先合并的效果,这一部分就需要用到着色器渲染来实现了。 项目结构 先对逻辑分层 最上层为游戏业务逻辑Game,管理游戏开始、结束状态,响应用户输入,记录游戏分数等。 其次为游戏逻辑驱动层Engine,管理游戏元素,暴露可由用户控制的动作,引用渲染器控制游戏场景渲染更新。 再往下是物理引擎模块Physics,管理游戏元素之间的关系,以及实现Engine需要的接口。 与引擎模块并列的是渲染器模块Renderer,读取从Engine输入的游戏元素,渲染游戏场景。 这样分层的好处是,各...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS7,CentOS8安装Elasticsearch6.8.6
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- 2048小游戏-低调大师作品
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- Linux系统CentOS6、CentOS7手动修改IP地址
- Docker安装Oracle12C,快速搭建Oracle学习环境
- CentOS7设置SWAP分区,小内存服务器的救世主
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作