android音频驱动工程师,android音频驱动学习问题与总结

转载自 http://www.eoeandroid.com/forum.php?mod=viewthread&tid=57065

想了解一下audio data硬件上的传输路径,以及kernel里面sound部分的总体框架,有高手了解的话请指教,谢谢:)

还想了解一下下面的问题:

1) 可以再讲解一下audio PCM stream的管理以及opencore解码部分的相互关系?

2) audio 部分的IPC是如何通信?

3) HAL层和ALSA lib的对应关系?

4) driver的接口和ALSA-lib是如何对应起来的?

小弟最近在研究这方面的东西,请各位高手指点一下,做driver也要对上层的东西了解一下。

最好不要长篇大论,用简洁的语言归纳一下,我也会把学习的体会及时更新到这篇文章中来,谢谢。

=======================================================

2011/01/28  update

首先要明白audio从上到下的一个流程是最重要的,下面是我目前对整个架构的理解:

0818b9ca8b590ca3270a3433284dd417.png

上层的AP通过framework提供的接口创建一下audio播放的实例,framework中java layer通过JNI调用

libmedia部分,这部分是用C++写的,AudioFlinger中的内容都是继承libmedia的类,上层调用libmedia

最终还是落到audio flinger的接口上,audio flinger通过HAL层提供的接口得到一个HAL interface的一个实例

然后调用实例的接口,而HAL层一般就是对系统调用接口的一个封装,对于audio系统,目前android的架构

是HAL不会直接操作driver的接口,而是通过ALAS-lib提供的接口来使用,让ALSA-lib来封装driver的接口,如

系统调用ioctl之类的,这是目前我自己的理解,有不足的地方请指教,谢谢。。

=================================================

2011/01/28 update  上传一个自己的总结,有兴趣的可以看看。。因为主要是driver的学习,所以上层的架构没有怎么仔细去看,只是简单整理。

00 Summary_audio_structure实例已上传至我的资源

=================================================

2011/02/09 update  新年第一天上班,准备在HAL层加一些trace跟踪代码(1) 进入android代码顶层目录,执行 source build/envsetup.sh ==> 可以生成一些如mm这样的命令 (2) 在HAL层代码添加如LOGE的trace (3) 进入external目录下libaudio目录,执行mm单独编译这个模块 (4) 回到顶层目录,执行make snod更新system.img,这样只要更新这个文件到device就可以了 执行make snod前提必须是整个工程已经被编译过,这样的方法可以快速把修改后的结果更新到 system.img中,不用整个工程重新编译 那么下来就根据trace看一看流程是怎样的。。。。

你可能感兴趣的:(android音频驱动工程师)