Android/Linux/音频/驱动
全部博文(41)
发布时间:2016-12-08 15:07:40
【说明】 在 Android 系统中,每一个音频的应用场景都对应着 1 个或多个音频 route,只有为每一个场景配置正确的 route,音频数据才能从期望的设备正确输出。 RouteMask 是一个无符号 32-bit 的变量,某些 bit 对应着可设置的音频 route。当这些 bit 被置 1 时,相应的音频 route 就会被应用到.........【阅读全文】
发布时间:2016-12-07 14:00:31
【背景介绍】 前 2 天收到个音频子系统的 bug 反馈,测试组说设备在使用某视频 app 播放视频时不定期会出现“嗒嗒”的噪声。因为检查上层 Log 和底层寄存器配置后发现都正常,所以我怀疑是功放芯片硬件的问题,但硬件开发的同事需要我提供 SoC 送到 Codec 芯片之前的原始 PCM 音频数据帮助分析。以前我也.........【阅读全文】
发布时间:2016-11-29 09:12:23
没事的时候读读 Linux 的 man 文档能学到不少新东西,注意到以前没注意过的细节。 比如刚才在看 find 命令的文档时就发现了下面这 2 段话:-exec command ; Execute command; true if 0 status is returned. All following arguments to find are taken to be argume.........【阅读全文】
发布时间:2016-11-16 18:38:00
【释义】 在 Andorid 音频开发中,我们会看到叫做 REMOTE_SUBMIX 的音频类型,相应地在底层会有 AUDIO_DEVICE_OUT_REMOTE_SUBMIX 和 AUDIO_DEVICE_IN_REMOTE_SUBMIX 音频设备,在 audio_policy.conf 配置文件中也能看到 r_submix 设备。这次在开发中终于看到了这类音频的使用场景——使设备通过 WiFi 向 Chrome.........【阅读全文】
发布时间:2016-11-15 17:44:59
【区别】 Normal tracks - PCM格式数据流,缓冲区大小通常容纳 20ms 左右的音频数据,高响应延迟 Fast tracks - PCM格式数据流,缓冲区大小通常容纳小于等于 5ms 的音频数据,低响应延迟 Deep buffer - PCM格式数据流,缓冲区大小通常容纳大于等于 100ms 的音频数据,非常高的响应延迟,使.........【阅读全文】