一程山水一程歌

正如上文所说，上层部件每创建一个 `AudioTrack` 实例，都会有一个 `Track` 实例相应被构造出来。上层部件调用 `AudioTrack::write()` 写入 **匿名共享内存（AshMem）** 的音频数据，会在这个 `Track` 实例中被读取出来，随后，该 `Track` 实例会被加入到 `PlaybackThread` 的成员变量 `mTracks` 中，对应的音频数据也会在 `AudioFlinger` 中作混音处理。当 `AudioTrack::start()` 被调用后，

从上方时序图可以看出，`media_server` 进程启动时，`NuPlayerFactory` 实例被创建和添加到 `MediaPlayerFactory` 中。之后，当 APP 依次调用 `setDataSource()`、`prepare()` 和 `start()` 接口时，分别主要发生了这些事情：+ 调用 `setDataSource()` —— 创建对应的具体 `Source` 类实例、创建并配置 `BufferMonitor`；+ 调用 `prepare()` —— 创建对应的 `E

在 Android 系统中，JNI 作为沟通 Java 和 Native 层的桥梁，从设计角度看，属于 代理模式（Proxy pattern） 的一种。它要求每一个使用 JNI 的组件，比如 AudioRecord、AudioSystem 等，都必须实现同一套接口，即都要在各自的 JNI 源文件中填充结构体数组 JNINativeMethod gMethods[]，并在该数组中写明各个函数调用的映射关系。各组件的 JNI 源文件位于目录 frameworks/base/core/jni/ 下，文件命名风

更新本地 Android 代码后，对 out/ 目录执行了 clean 操作，并重新编译整包。编译到 Kernel 时失败，报错信息如下：CHECK KERNEL DEFCONFIG FATAL ERROR :Kernel config copied from kernel/config-lts/v4.9/bxt/android/x86_64_defconfig has some config issue.Final '.config' and '.config.old' differ. This

Android 上使用 SELinux 来管理权限。 尽管在上一篇文章[《Android 8.1 从零开始写 HAL – (4) 编译与打包》](https://blog.csdn.net/Qidi_Huang/article/details/107434111)中， demoComponent HAL 已经成功编译且打包到系统镜像中，但到目前为止还没有被赋予访问 Binder 的权限。所以我们至少会看到，在将 demoService 注册为 Binder 服务时，日志中会打印类似下方的提示：```t

对于 demoComponent HAL，在上一篇文章[《Android 8.1 从零开始写 HAL – (3) 实现 Bp、Bn 端》](https://blog.csdn.net/Qidi_Huang/article/details/107428286)中，我们已经编写好了 demoService 代码、Bp 端代码和 Bn 端代码。现在来着手把源码编译成可执行文件和库，并且将它们打包进系统镜像中。---#### 一、编写 Makefile　　**这里说的 Makefile 是指 `Andr

既然 Binder 化的 HAL 依赖于 Binder 机制进行实现，那么我们自然必须按照 Binder 框架，相应编写 demoComponent HAL 的 Bp 端和 Bn 端。只有这样，才能打通客户端进程调用到服务端进程 —— 我们的 demoService —— 的通路。

通过上一篇文章[《Android 8.1 从零开始写 HAL -- (1) 定义接口》](https://blog.csdn.net/Qidi_Huang/article/details/107420019)的努力，我们定义好了 demoComponent HAL 的接口和参数，也了解到编译时会自动产生 Binder 框架代码。通过 Binder 机制，经过 demoComponent HAL 的 Bp 和 Bn 端，用户进程就可以调用到我们的 demoService 了。　　在打通 Bp/Bn 通

对于前一种场景，我们需要为外设编写全新的 HAL；对于后一种场景，我们不需要编写 HAL，但需要实现一个很类似的 vendor service。这二者的实现方式极其类似，区别只在于他们使用的设备节点不同（一个使用 `/dev/hwbinder`，另一个使用 `/dev/vndbinder`），还有各自申请的 sepolicy 权限有别。　　以下正文以实现一个全新的 HAL 为例进行说明，但并不涉及对设备节点的操作。

详细图解 Android vndBinder注意：本文基于 Android 8.1 进行分析Qidi 2020.07.03 (Markdown & Haroopad)【前言】图虽然是根据 vndBinder 的类关系和调用顺序画出的，但实际上对于 Binder 和 hwBinder 也适用。Binder driver 代码十分庞杂，基于安全考虑还存在与 LSM 的交互，所以这部分的调用关系图有所省略。【Binder 通信概要】如果说 Binder 通信机制是 Android 的心脏

AudioFlinger 如何通过 hwBinder 调用 Audio HAL注意：本文基于 Android 8.0 进行分析Qidi 2020.07.03 (Markdown & Haroopad)我们已经知道，在AudioPolicyManager构造时，会解析配置文件audio_policy.conf或audio_policy_configuration.xml。之后，它会获取到AudioFlinger的实例，并根据解析结果，调用loadHwModule()依次加载各个 audio H

【概要】    我们知道，耳机插入/拔出事件肯定是通过中断通知系统进行处理的。有了这个认识之后，我们就可以对这个过程进行逐个击破的分析了：    1、  谁为耳机事件产生中断？    2、  中断处理函数是哪个？    3、  中断处理函数中执行了什么操作来改变音频Route？ 【备注】    本文基于我所使用的硬件环境进行分析，虽然可能与你现在使用的芯片不同，

【前言】 　　本文以我使用的 Intel x86 cherrytrail 平台为例进行说明，部分细节可能会与其它设备上看到的不同，比如 easyimage 是我们产品上自定义的分区，其它设备上如果没有是正常的。【正文】 编译完成后我们可以在out/target/product/<ProductModelName>/obj/PACKAGING/target_files_intermediates/

【问题概要】 上一次我介绍了一种 Android 系统下发生音频 underrun 问题的解决方法（参见《记一次Android系统下解决音频UnderRun问题的过程》），这之后平静了一段时间，测试组同事也没有再报告相关的噪声问题。 但就在前 2 天，测试组同事告诉我说她们又听见噪声了，并且这次的使用场景比上次复杂了许多——由于从 Android 6.0 开始已经支持应用多开以

【问题现象】  根据测试组同事反馈：在我们的设备上使用 JBL 品牌某款带有 3 个按键的有线耳机时，按下“音量+”键时设备会减小音量而不是增加音量，按下“音量-”键时设备无响应；在设备上使用 Samsung 品牌某款带有 3 个按键的有线耳机时，按下“音量-”键时设备会启动语音助手而不是减小音量。但按下 2 款耳机的中间键（播放/暂停键）均可以得到正确的响应。【分析问题】

【正文】 　　设备在播放视频时有异常，使用Logcat查看日志时发现了如下记录：04-27 14:01:59.136 2825 2825 E SELinux : avc: denied { find } for service=display pid=3015 uid=1046 scontext=u:r:mediacodec:s0 tcontext=u:object_r:display_servi

UsbAccessory和UsbDevice的区别UsbDevice：正常的，USB的Host和USB的Device架构中的USB的Device所以，此时：Android设备是USB的Host，外接的USB设备是USB的Device此时，Android设备作为USB的Host，要做USB Host该干的事情：给USB外接设备供电负责管理USB总线

【前言】    Android系统为了保证各商业公司的利益，允许在系统中使用不开源的固件。因此我们可以看到比如用于音频处理的、用于键盘支持的等等大量固件。既然这么多模块要用到固件，那么我们也有必要来了解一下固件在崩溃后的自恢复过程。这篇博文是基于 Intel x86 平台写的，所分析的固件是 Intel 平台的一款音频 DSP 固件，使用 uevent 机制来收发固件恢复消息。所以如果读者使用

【前言】处理过音频文件的工程师都知道音频数据存在采样率（Sample Rate）这个指标。在位深度（Bit Depth）一定的情况下，采样率越高，理论上来说播放出来的声音就越细腻，录制的声音也就越保真，反之亦然。但在较早的Android系统版本上，不管音频文件原来的采

word N, TEXT 作用：取出TEXT中第N个单词 示例：$(word 3, aaa bbb ccc) 结果为 ccc 出处：main.mk:26:#TOP := (dir(dir (word (words(words (MAKEFILE_LIST)),$(MAKEFILE_LIST)))

在 Android Makefile 中时不时会看见 inherit-product 函数的使用，类似下方这样：        $(call  inherit-product,  vendor/dolby/ds/dolby-product.mk)    从参数来看，我们可以猜到这条命令的作用应该是执行了 vendor/dolby/ds/dolby-product.mk 文件。如果仅仅是这样

Android音频模块启动流程分析Qidi　06.08.2017 (Markdown & Haroopad)1) 设备开机，系统启动时将执行 /system/etc/init/audioserver.rc ，运行 /system/bin/ 目录下的 audioserver 服务。audioserver.rc 内容如下：service audioserver /system/bin/audioserv

【图示】【简要说明】    1、APP 将音频文件（比如.mp3文件）数据读取到匿名共享内存中；    2、AudioFlinger 从匿名共享内存中读取音频数据，通过 HAL 层接口将这些数据写入到 DMA 缓冲区；    3、DMA 控制器将 DMA 缓冲区中的数据拷贝到 SoC 的 I2S Tx FIFO 开始向 Codec 传输；    4、Codec 固件会自

播放声音可以用 MediaPlayer 和 AudioTrack，两者都提供了 java API 供应用开发者使用。虽然都可以播放声音，但两者还是有很大的区别的。其中最大的区别是 MediaPlayer 可以播放多种格式的声音文件，例如 MP3，AAC，WAV，OGG，MIDI 等。MediaPlayer 会在 framework 层创建对应的音频解码器。而 AudioTrack 只能播放

在 Android 8.0 中绕过 hwbinder 实现跨模块对 audio HAL 调用Qidi　2017.10.20 (Markdown & Haroopad)【需求描述】　　Audio 模块中专门为 TV 产品添加了一些代码，需要在 hdmi 的 HAL 代码中进行调用以完成某些功能。【旧的实现】　　在 Android 7.1 中的做法是在 hdmi 的

为 Android 8.0 添加开机启动脚本Qidi　2018.01.11 (Markdown &amp; Haroopad)【写在前面】　　本人对于 SELinux for Android 理解不深，下文中的各文件及安全规则虽都是我所编写，但也是一边查阅文档一边试验得出的。在此强行为文，若有理解错误之处，请各位工程师同仁热情指出。一、需求描述　　项目上需要在 Andr

在 Android 中使用自定义函数接口替换 Frameworks 中的默认函数接口Qidi　2017.08.31 (Markdown & Haroopad)注意：本文基于 Android 8.0 进行分析。1. 前言　　自 Android 8.0 开始，为了实现 Project Treble 对更快完成系统升级的预期，Google 严格要求芯片 vendor 厂商不能再修改 AOSP 的 Fram

【前言】    这是我根据自己的工作经验所总结，有一定代表性，但可能不齐全。这只是个提纲。【知识点】    按照在操作系统中的层次划分，从上到下依次为：1、Android系统分层模型。知道 APP、JNI、Frameworks、HAL、Driver 的划分以及 用户空间、内核空间 的概念。2、Android Audio模块的启动、加载 及 放音/录音 流程。起码应该了解

Android 8.0 VTS 测试 FAIL 项解决记录Qidi　2017.08.09 (Markdown & Haroopad)1. 前言　　这篇文章所记录的是我自己在 Amlogic 平台上碰到的 Android Vendor Test Suite (VTS) 测试问题，所以下文中的各 FAIL 项不一定包含了所有的问题类型。但分析 VTS 问题的思路应该是类似的，希望这篇文章能给各位工程师朋

Android HIDL 简介Qidi　2017.08.01 (Markdown & Haroopad)注意：本文基于 Android 8.0 进行分析。1、HIDL 的概念　　HIDL 读作 hide-l，全称是 Hardware Interface Definition Language。它在 Android Project Treble 中被起草，在 Android 8.0 中被全面使用，其诞

Android Vendor Test Suite (VTS) 的概念、作用及测试方法Qidi　2017.08.01 (Markdown & Haroopad)注意：本文基于 Android 8.0 进行分析。这篇文章会不定期更新，欢迎大家指出问题和提出建议。1、前言 - Project Treble　　Android 目前有一个比较明显的缺点是设备升级到新版本系统所要花费的时间太长（比如从 And

【Parameter-Framework是什么】        Parameter-Framework 是一种基于插件（plugin-based）和既定规则（rule-based）的，用于处理各种 parameter 的框架。它在运行 Android 系统的 Intel 架构设备上（例如智能手机、平板电脑）被广泛使用。它采用 pfw 语言进行记录并保存在后缀为 “.pfw” 的文件中，再通过特

【使用场景相关】    2 个支持 Miracast 功能的设备进行互连时，并不需要将它们连接至同一个 WLAN 网络上（也即不需要连接至同一个无线路由器或AP上）。因为 Miracast 是基于 Wi-Fi Direct 技术实现的。【Miracast 简介】    Miracast 是一种通过无线连接的方式将设备（比如笔记本电脑、平板电脑、智能手机）的音视频传送到显示设备（

【现象】 音频文件在播放时出现断断续续或类似“爆破”（Pop-Click）杂音的现象，称之为 Xrun（可以是 underrun，也可以是 overrun）。【原因】 通常来说，出现 Xrun 问题时原因可能是以下几个之一： (1) Linux CFS 调度器导致。因为 CFS 调度器的“公平调度”是较长一段时间的平均表现，在很短的一个窗口时间段内，CFS 也可能会将 CPU 时间片完全分配给一个 nice 值更高的线程而不顾及另一个 nice 值更低的线程。如果这个低 nice

【前言】 因为这几天在为设备从 Android M 升级到 Android N 的 bringup 做准备，所以一直没写博客。趁现在刚刚把 Kernel 部分的移植做完，忙里偷闲把 2 周前解决的一个音频 UnderRun 问题记录一下，留作以后参考。 问题现象是：使用腾讯视频 APP 播放视频，一段时间后会出现 pop-click 噪音，听起来类似“哒哒”一样的声音。

【说明】    在对 Android 设备的音频子系统进行 debug 的时候，迅速在 log 文件中定位到我们关注的位置能帮助我们节省不少时间。    基于这个想法，把之前 debug 过程中很有帮助的一些关键字备份在下方列表中，以便后续查询。    注意，Log类型为 Verbose 的日志默认是不输出的。如果想在 log 中也利用这些记录来帮助分析，需要在代码中允许 Verbos

【转载序】        之前看过了《深入理解Android内核设计思想》里关于Android系统启动过程的章节。但是当时没太看明白，可能是因为不太适应书中分析代码时采用的深度优先原则，也可能是因为对 java 和 C++ 的语法好多都忘了，还有可能是因为书里面分析得过于细致让我一下抓不住启动流程的主干脉络。总之就是看完之后还是不能自己说出个所以然来。后来在网上继续搜寻相关的文章时看到了这一篇，

Audio安卓音频硬件抽象层（HAL）通过 android.media 包中的音频框架 API 函数将系统上层和底层的音频驱动与硬件实体联系起来。这一章节的内容包括实现安卓音频功能的方法说明以及如何提高性能。Audio 架构安卓音频架构决定了各音频功能模块的实现方式，并列出了相关代码在工程中的路径。图1. 安卓音频架构图Applicati

mutable和volatile       很少遇到这两个关键字，学嵌入式估计知道后者，深入研究 C++ 的估计知道前者。     (1)mutable       在 C++ 中，mutable 是为了突破 const 的限制而设置的。被 mutable 修饰的变量，将永远处于可变的状态，即使在一个 const 函数中，甚至结构体变量或者类对象为 const

【前言】        上个月写了《Audio驱动开发 之 Codec芯片ALC5677驱动代码分析》，但是感觉那个时候理解得还不够深入、写得很粗糙。这一个月以来新看了 HAL层、Framework层的资料，温习了 Plarform_device 驱动、I2C_device 驱动、kobject + ktype + kset 以及更深入地阅读了工程中 Audio 部分的驱动代码，整理出了一