Camx 添加pipeline实现流程

最新推荐文章于 2025-07-30 20:30:51 发布
原创 最新推荐文章于 2025-07-30 20:30:51 发布 · 1.5k 阅读 · 23 ·
CC 4.0 BY-SA版权
和你一起终身学习，这里是程序员Android

ef908f2730fcff97b8c6f4d542a0c5fd.gif

和你一起终身学习，这里是程序员Android

经典好文推荐，通过阅读本文，您将收获以下知识点:

一.需求概述
二.简介
三.添加pipeline实现

一.需求概述

添加一条PipeLine实现两路Raw进，一路Raw出

二.简介

要添加的PipeLine：SWMFMergeRawTwo2One

包含1个memcpy node，
这个node用于将2个raw buffer input输入 变为 1个raw buffer output输出

三.添加pipeline实现

3.1 在相应的Usecase下添加一个pipeline xml

vendor\qcom\proprietary\chi-cdk\oem\qcom\topology\usecase\components\usecases\UsecaseZSL\pipelines
目录下放置pipline文件：camxSWMFMergeRawTwo2One.xml

3.2 填充pipline xml文件

填充camxSWMFMergeRawTwo2One.xml

  • (1).SWMFMergeRawTwo2One //PipelineName 是唯一的

  • (2).在NodesList里链接所

最低0.47元/天 解锁文章
精选资源
高通CAMX基于UsecaseZSL XML和日志绘制ZSLSnapshotJpeg、ZSLPreviewRaw、InternalZSLYuv2Jpeg相机预览和快照pipeline topology
05-10
内容概要：本文档详细记录了CAMX图像处理框架中多个管道（Pipeline）的节点（Node）创建及其端口链接的配置过程。通过日志信息展示了不同类型的管道如`ZSLSnapshotJpeg`、`ZSLPreviewRaw`、`InternalZSLYuv2Jpeg`等...
高通 CamX-CHI 架构中的 Pipeline 与 Linux Media 子系统的关系详解
a5566255的专栏
03-27 862
通过这种映射，高通 CamX-CHI 架构能够利用 Linux Media 子系统的灵活性，将硬件资源抽象为可配置的节点，快速构建复杂的相机处理流程（如 HDR、多帧降噪等），同时保持驱动层的模块化和可扩展性。：通过 Media 子系统的 “道路”，CamX 的 “公交线路” 可以灵活规划，适应不同场景（拍照、录像等），同时确保硬件资源（车站）的高效共享。A：统一管理复杂的硬件连接（如多 Sensor、多 ISP），避免驱动层硬编码连接关系，支持动态配置。
高通camx开发之添加pipeline
马不停提的专栏
12-19 1043
参考文章。
SA8650 camx pipeline node xml 配置信息
wing_7的博客
09-09 2591
调用各类平台的cdk_qcx/oem/qcom/chiusecase/(platform)/chxusecaseselector.cpp。DefaultMatchingUsecaseSelection根据pStreamConfig的分辨率 、格式 operation_mode选择对应支持的usecase。在UsecaseAuto::Initialize 解析UsecaseAuto_pipelines是初始化获取的。2）、初始化pPipeline->m_pPipelineName = pName;
CamX 中如何查看当前CaptureRequest跑的哪些Pipeline
Damon_X的博客
03-13 271
也有可能一个CaptureRequest跑多条Pipeline：ZSLPreviewRaw_LT1080p、ZSLSnapshotYUVHAL、InternalZSLYuv2Jpeg。在高通CamX中，如何查看当前CaptureRequest跑的哪些Pipeline。比如预览跑ZSLPreviewRaw_LT1080p。
高通Camx-内存池架构/ImageBuffer
Cmatrix204的博客
09-28 2747
首先，在项目中如果频繁的使用malloc申请内存空间，堆上分配和释放内存，会导致性能的损失。由于堆空间申请的存储地址是不连续的，也会使系统中出现的大量的内存碎片，降低内存的利用率，而内存池的使用就很好的解决了这些性能和内存上的问题。其次，内存池使用映射到连续物理地址的Ion Buffer(本质是linux的file文件)，通过文件描述符可以实现各个进程间数据的共享，比堆空间的使用范围大多了，能更好的link上下路各个模块间的链路。
精选资源
Qualcomm Camx Feature2 pipeline创建流程
03-29
一张图带你了解高通Camx的Feature2 pipeline创建流程
Camx-usecase ID和pipeline的匹配源码解读
justXiaoSha的博客
07-30 331
使用位掩码(compareTargetIndexMask和compareStreamIndexMask)来跟踪需要比较的目标和流。​​扩展模块​​：通过 ExtensionModule 控制某些功能的启用/禁用（如ZSL、GPU处理等）。​​单相机分支​​：根据流数量和配置选择不同用例，支持ZSL、MFNR、EIS等特性。​​多相机处理​​：根据是否启用VR/DC模式选择不同的多相机用例。​​用例优先级​​：QuadCFA和超级慢动作用例有最高优先级。该函数用于检查给定的流配置是否匹配指定的用例配置。
第五篇：CamX添加自定义node
职业：影像开发； 爱好：骑车、跑步~
02-24 1086
这里以晓龙相机App来做验证。在晓龙相机App的Photo场景下，添加一个我们自定义的node。node里面有个关键的方法ProcessRequest()，下发request的时候会跑到这个方法里面。hitest node，目前对数据的处理，只是将input buffer拷贝到output buffer。ProcessRequest方法里面，我们可以根据自己的实际业务需求添加处理逻辑。比如我们的业务需求是，在预览的时候，添加美颜算法。
第四篇：CamX确认当前选择的usecase、pipeline、sensormode
职业：影像开发； 爱好：骑车、跑步~
02-24 1320
如下图所示，这个日志里面，看到当前app是申请了2路流，分别是 2688 * 1512的拍照流和 640 * 360的预览流。注：本文章所有权归：小驰成长圈，禁止转载宣传!
高通 Camx 架构了解下（二）
程序员Android
08-24 9947
和你一起终身学习，这里是程序员Android经典好文推荐，通过阅读本文，您将收获以下知识点:一、Android Hal3回顾二、Qcom Hal3 CamX架构三、Qcom Hal3 C...
高通 Camx pipeline 客制化流程
程序员Android
03-24 576
usecase裁剪是指根据pruneSettings将一个usecase描述中部分内容剪修的处理过程。接下来会以ZSLSnapshotJpeg 这条pipeline的裁剪为例子，了解是如何裁剪的。在开始裁剪一条pipeline前，先看下usecas描述中的几个数据结构,了解可裁剪的内容有哪些（node, target, link）。
Android Camera Qcom Camx架构_camx目录结构详解
2401_83703866的博客
04-04 1058
你的支持，我的动力；祝各位前程似锦，offer不断，步步高升！！！由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新如果你觉得这些内容对你有帮助，可以+V：Vip1104z获取！！！（备注：嵌入式）你的支持，我的动力；祝各位前程似锦，offer不断，步步高升！！！更多资料点击此处获qu！！
高通平台camX架构与mm-camera架构的区别(camera tuning角度分析)
热门推荐
qq_42261630的博客
01-19 1万+
高通老平台SM6125，其使用的架构是mm-camera，其sensor文件路径为：vendor/qcom/proprietary/mm-camera/mm-camera2/media-controller/modules/sensor 高通新平台SM4250.其使用的架构是cam X，sensor文件路径为: vendor/qcom/proprietary/chi-cdk/oem/qcom/sensor ...
Camera camx代码结构、编译、代码流程简介
yaoming168的专栏
08-04 4160
文章目录一、camx 代码结构二、camx 编译三、camx 代码流程分析 转载链接：https://juejin.cn/post/6870358276425875463 一、camx 代码结构 目前主流的机型都使用camx架构，这个架构和之前架构的主要区别就是 芯片接口层的代码从hardware/qcom 迁移到 vendor/qcom/proprietary/下面，我们主要关注的camera hal层的源码也是放在vendor/qcom/proprietary/camx/下面。 二、camx 编译 c
Camx 基本组件及其结构关系
yaoming168的专栏
08-18 8021
一、概览 该部分代码主要位于 vendor/qcom/proprietary/ 目录下： 其中 camx 代表了通用功能性接口的代码实现集合（CamX），chi-cdk代表了可定制化需求的代码实现集合（CHI），从图中可以看出Camx部分对上作为HAL3接口的实现，对下 通过v4l2框架与Kernel保持通讯，中间通过互相dlopen so库并获取对方操作接口的方式保持着与CHI的交互。 camx/中有如下几个主要目录： core/ ： 用于存放camx的核心实现模块，其中还包含了主要用于实现hal3接口
【Qcom Camera】Camx架构Chi External Node 三部曲之简单集成
Cam_Rxy的博客
06-13 1923
2.1 更改文件名称，并在camxchinodememcpy2.cpp中，需要将node的 sectionname更改为com.qti.node.memcpy2.到这里，基本集成流程也差不多了，当然，算法集成不可能一帆风顺，也不会这么简单。这里只介绍大概的流程，仅供了解，有错误的地方欢迎指出。每个node的sectionname需要与mk文件中要生成的so文件名相对应。二、现在已经有了算法库，该如何应用到具体的相机场景中去呢？这里我们不去关注算法本身，只关注集成流程----简单集成。
Raw Camera的工作流程（Pipeline）
eric.wang的专栏
05-30 6533
 Raw Camera的工作过程 一 文章说明 这只是一篇备忘文章，防止在时间的冲刷下忘掉这些基础知识。 二格式说明 2.1 Bayer pattern          我们当前所有的数字化的Camera，都要感谢Bryce E.Bayer。是他开创了当前色彩缤纷包罗万象的数字图像传感器的先河。是他最先想到的用Color Filter的方式来获取现
Camx架构-Camera kernel Driver & debugging
我的博客
06-03 3747
Camx架构-Camera kernel Driver & debugging
camera hal pipeline层
最新发布
11-28
<think> 我们正在讨论Camera HAL的Pipeline层。根据之前的对话，用户已经了解了Camera HAL MW层（中间件层），现在想进一步了解Pipeline层。结合站内引用，特别是引用[2]和引用[4]，我们可以知道Pipeline层是高通Camx架构中的一个重要概念。 在Camx架构中，Pipeline层是处理图像数据流的核心。它由一系列节点（Node）组成，每个节点负责特定的图像处理任务（如传感器数据读取、ISP处理、算法处理等）。这些节点通过管道（Pipeline）连接，数据从上游节点流向下游节点，最终输出给应用程序。 引用[4]提到，在高通Camera HAL3中，可以添加自定义的Pipeline，例如一个名为"SWMFMergeRawTwo2One"的Pipeline，它包含一个memcpy节点，用于将两个raw buffer输入合并为一个raw buffer输出。这说明了Pipeline的可配置性和灵活性。 因此，我们将从以下几个方面介绍Camera HAL Pipeline层： 1. Pipeline层的基本概念和作用 2. Pipeline的组成（节点、连接等） 3. Pipeline的工作流程 4. 如何配置和扩展Pipeline（以添加一个Pipeline为例） 注意：由于引用[3]提到了processCaptureRequest的调用链，我们可以将Pipeline层与这个调用联系起来，说明当框架下发一个捕获请求时，Pipeline层是如何处理的。 另外，根据引用[2]，Camx架构将HAL层代码从hardware/qcom迁移到了vendor/qcom/proprietary/camx/下，因此Pipeline层的实现也在该目录中。 下面开始组织回答： </think> ### Camera HAL Pipeline层详解 Camera HAL Pipeline层是**图像数据处理流水线**的核心实现层，位于Camera HAL架构中，负责将原始传感器数据转化为最终输出图像。其核心作用是通过**可配置的节点(Node)流水线**实现图像数据的并行化处理与硬件加速。以下是关键要点： --- #### 一、Pipeline层核心架构 ```mermaid graph LR A[Sensor] --> B[RAW处理节点] B --> C[ISP节点] C --> D[算法节点<br>HDR/降噪等] D --> E[编码节点<br>YUV/JPEG] E --> F[输出缓冲区] ``` 1. **节点化设计** 每个Pipeline由多个**节点(Node)** 构成，每个节点对应特定硬件模块(如ISP/Memcpy)或算法单元。节点间通过**端口(Port)** 连接，形成数据流路径[^4]。 2. **硬件抽象接口** 通过`ChiNodeInterface`定义节点操作： ```c++ typedef struct ChiNodeInterface { CHINODECREATE pCreate; // 创建节点 CHINODEPROCESSREQUEST pProcessRequest; // 处理请求 CHINODEDESTROY pDestroy; // 销毁节点 } CHINODEINTERFACE; ``` 3. **动态拓扑配置** 通过XML定义Pipeline结构（引用[4]示例）： ```xml <Pipeline name="SWMFMergeRawTwo2One"> <Node name="MemcpyNode" type="MEMCPY"> <InputPort name="input0" format="Raw10"/> <InputPort name="input1" format="Raw10"/> <OutputPort name="merged_output" format="Raw10"/> </Node> </Pipeline> ``` --- #### 二、Pipeline工作流程 以**拍照请求**为例的流程： 1. **请求接收** Framework调用`processCaptureRequest()`，通过HAL传递到Pipeline层[^3]。 2. **节点调度** Pipeline调度器按拓扑顺序激活节点： ```c // 伪代码：节点处理流程 for (node in pipeline_nodes) { node->process_request(halRequest); } ``` 3. **数据流传递** 数据通过DMA/共享内存跨节点流动，避免CPU拷贝： - RAW数据 → ISP节点（色彩校正/去马赛克） - → 算法节点（HDR融合/降噪） - → 编码节点（生成JPEG） 4. **结果回传** 处理完成的Buffer通过`mDevice->ops->process_capture_request()`回调至Framework[^3]。 --- #### 三、Pipeline层技术特性 1. **并行处理能力** 支持多路Pipeline并行运行（如预览+拍照），通过**硬件流水线**提升吞吐量： - 预览Pipeline：30fps@1080p - 拍照Pipeline：单帧高精度处理 2. **节点扩展机制** 厂商可通过添加自定义节点扩展功能（引用[4]案例）： - **Memcpy节点**：合并两个Raw Buffer - **自定义算法节点**：集成AI降噪等 3. **实时资源调度** 基于QoS的动态资源分配： | 场景 | CPU占用 | GPU占用 | ISP带宽 | |--------------|---------|---------|---------| | 4K视频录制 | 15% | 40% | 100% | | 1080P预览 | 5% | 10% | 30% | --- #### 四、Pipeline层优化实践 1. **延迟优化** 通过**节点批处理**降低处理延迟： ```c // 开启批处理模式（一次处理4帧） SET_PARAM(MAX_BATCH_SIZE, 4); ``` 2. **功耗控制** 动态关闭空闲节点： ```c if (no_preview_active) { power_off_node(PREVIEW_ISP_NODE); } ``` 3. **故障隔离** 节点崩溃时自动重启单节点，避免整个Pipeline失效。 --- ### 总结 Camera HAL Pipeline层本质是**硬件加速的图像处理流水线**，通过节点化架构实现： 1. **模块化处理**：将图像处理拆解为独立节点 2. **拓扑可配置**：XML定义流水线结构[^4] 3. **硬件资源池化**：动态调度ISP/GPU/DSP资源 该层是Camera HAL实现高性能计算的关键，直接影响成像质量与功耗[^2][^4]。 --- ### 相关问题 1. Pipeline中如何实现RAW到YUV的色彩空间转换？ 2. 多路Pipeline（如预览+拍照）如何避免资源冲突？ 3. 如何通过Pipeline配置实现慢动作视频的帧率提升？ [^1]: 对比传统QCamera2架构与Camx架构差异 [^2]: 描述Camx架构中Pipeline层的代码位置与作用 [^3]: 说明Framework请求到Pipeline层的传递路径 [^4]: 展示Pipeline扩展的具体实现方法
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

程序员Android

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值