Android系统攻城狮头像
关注
Android17车载音频进阶之AudioReach总体架构(一百六十七)封面图

Android17车载音频进阶之AudioReach总体架构(一百六十七)

简介: CSDN博客专家、《Android系统多媒体进阶实战》作者

博主新书推荐:《Android系统多媒体进阶实战》🚀
Android Audio工程师专栏地址: Audio工程师进阶系列原创干货持续更新中……】🚀
Android多媒体专栏地址: 多媒体系统工程师系列原创干货持续更新中……】🚀
专题一 二:AAOS车载系统+AOSP14系统攻城狮入门视频实战课 🚀
专题三:Android14 Binder之HIDL与AIDL通信实战课 🚀
专题四:Android15快速自定义与集成音效实战课 🚀
专题五:Android15音频策略实战课 🚀
专题六:Android15音频性能实战课(无声/杂音/断音/爆音实战案例) 🚀

人生格言: 人生从来没有捷径,只有行动才是治疗恐惧和懒惰的唯一良药.

更多原创,欢迎关注:Android系统攻城狮

欢迎关注Android系统攻城狮

🌻1.前言

本篇目的:理解AudioReach整体软件架构,以及一个音频Use Case如何从上层配置最终转换为DSP中的Audio Graph运行。

AudioReach是面向音频Use Case的Graph化音频处理架构。与传统固定音频处理链不同,AudioReach将解码、音效处理、采样率转换、音量控制和硬件Endpoint等能力抽象成Module,再根据不同音频场景动态组成Audio Graph。

从整体架构看,AudioReach主要可以划分为三个部分:

在这里插入图片描述

其中:

  • ARC/QACT负责Graph设计和算法调音。
  • ACDB负责保存Graph定义和Calibration数据。
  • ARGS负责Graph创建、控制、数据传输和Calibration管理。
  • GPR负责APPS与DSP之间的消息传输。
  • ARE负责在DSP侧真正创建和运行Audio Graph。
  • SPF是ARE内部的Signal Processing Framework,负责Module运行、调度和资源管理。

因此,可以先建立一个最重要的认识:

AudioReach的核心不是某一个音频算法,而是一套通过数据定义Aud

转载自 CSDN-专业IT技术社区

原文链接:https://blog.csdn.net/u010164190/article/details/164050703

文章来源转载

评论

赞0

评论列表

微信小程序
QQ小程序

关于作者

点赞数:0
关注数:0
粉丝:0
文章:0
关注标签:0
加入于:--