⑴ android系统app frameworks层，hal层，core libs代码编译之后在哪个镜像里
Google提供的Android包含了原始Android的目标机代码，主机编译工具、仿真环境，的代码包经过解压后(这里是Android2.2的源码包)，源代码的第一层目录结构如下：
|-- Makefile
|-- bionic （bionic C库）
|-- bootable （启动引导相关代码）
|-- build （存放系统编译规则及generic等基础开发包配置）
|-- cts （Android兼容性测试套件标准）
|-- dalvik （dalvik java虚拟机）
|-- development （应用程序开发相关）
|-- external （android使用的一些开源的模组）
|-- frameworks （核心框架——java及C++语言）
|-- hardware （主要保护硬解适配层HAL代码）
|-- libcore
|-- ndk
|-- device
|-- out （编译完成后的代码输出与此目录）
|-- packages （应用程序包）
|-- prebuilt （x86和arm架构下预编译的一些资源）
|-- sdk （sdk及模拟器）
|-- system （文件系统库、应用及组件——C语言）
`-- vendor （厂商定制代码）
bionic 目录
|-- libc （C库）
| |-- arch-arm （ARM架构，包含系统调用汇编实现）
| |-- arch-x86 （x86架构，包含系统调用汇编实现）
| |-- bionic （由C实现的功能，架构无关）
| |-- docs （文档）
| |-- include （头文件）
| |-- inet
| |-- kernel （Linux内核中的一些头文件）
| |-- netbsd （？netbsd系统相关，具体作用不明）
| |-- private （？一些私有的头文件）
| |-- stdio （stdio实现）
| |-- stdlib （stdlib实现）
| |-- string （string函数实现）
| |-- tools （几个工具）
| |-- tzcode （时区相关代码）
| |-- unistd （unistd实现）
| `-- zoneinfo （时区信息）
|-- libdl （libdl实现，dl是动态链接，提供访问动态链接库的功能）
|-- libm （libm数学库的实现，）
| |-- alpha （apaha架构）
| |-- amd64 （amd64架构）
| |-- arm （arm架构）
| |-- bsdsrc （？bsd的源码）
| |-- i386 （i386架构）
| |-- i387 （i387架构？）
| |-- ia64 （ia64架构）
| |-- include （头文件）
| |-- man （数学函数，后缀名为.3，一些为freeBSD的库文件）
| |-- powerpc （powerpc架构）
| |-- sparc64 （sparc64架构）
| `-- src （源代码）
|-- libstdc++ （libstdc++ C++实现库）
| |-- include （头文件）
| `-- src （源码）
|-- libthread_db （多线程程序的调试器库）
| `-- include （头文件）
`-- linker （动态链接器）
`-- arch （支持arm和x86两种架构）
bootable 目录
|-- bootloader （适合各种bootloader的通用代码）
| `-- legacy （估计不能直接使用，可以参考）
| |-- arch_armv6 （V6架构，几个简单的汇编文件）
| |-- arch_msm7k （高通7k处理器架构的几个基本驱动）
| |-- include （通用头文件和高通7k架构头文件）
| |-- libboot （启动库，都写得很简单）
| |-- libc （一些常用的c函数）
| |-- nandwrite （nandwirte函数实现）
| `-- usbloader （usbloader实现）
|-- diskinstaller （android镜像打包器，x86可生产iso）
`-- recovery （系统恢复相关）
|-- edify （升级脚本使用的edify脚本语言）
|-- etc （init.rc恢复脚本）
|-- minui （一个简单的UI）
|-- minzip （一个简单的压缩工具）
|-- mttils （mtd工具）
|-- res （资源）
| `-- images （一些图片）
|-- tools （工具）
| `-- ota （OTA Over The Air Updates升级工具）
`-- updater （升级器）
build目录
|-- core （核心编译规则）
|-- history （历史记录）
|-- libs
| `-- host （主机端库，有android “cp”功能替换）
|-- target （目标机编译对象）
| |-- board （开发）
| | |-- emulator （模拟器）
| | |-- generic （通用）
| | |-- idea6410 （自己添加的）
| | `-- sim （最简单）
| `-- proct （开发对应的编译规则）
| `-- security （密钥相关）
`-- tools （编译中主机使用的工具及脚本）
|-- acp （Android "acp" Command）
|-- apicheck （api检查工具）
|-- applypatch （补丁工具）
|-- apriori （预链接工具）
|-- atree （tree工具）
|-- bin2asm （bin转换为asm工具）
|-- check_prereq （检查编译时间戳工具）
|-- dexpreopt （模拟器相关工具，具体功能不明）
|-- droiddoc （？作用不明，java语言，网上有人说和JDK5有关）
|-- fs_config （This program takes a list of files and directories）
|-- fs_get_stats （获取文件系统状态）
|-- iself （判断是否ELF格式）
|-- isprelinked （判断是否prelinked）
|-- kcm （按键相关）
|-- lsd （List symbol dependencies）
|-- releasetools （生成镜像的工具及脚本）
|-- rgb2565 （rgb转换为565）
|-- signapk （apk签名工具）
|-- soslim （strip工具）
`-- zipalign （zip archive alignment tool）
dalvik目录 dalvik虚拟机
.
|-- dalvikvm （main.c的目录）
|-- dexmp （dex反汇编）
|-- dexlist （List all methods in all concrete classes in a DEX file.）
|-- dexopt （预验证与优化）
|-- docs （文档）
|-- dvz （和zygote相关的一个命令）
|-- dx （dx工具，将多个java转换为dex）
|-- hit （？java语言写成）
|-- libcore （核心库）
|-- libcore-disabled （？禁用的库）
|-- libdex （dex的库）
|-- libnativehelper （Support functions for Android's class libraries）
|-- tests （测试代码）
|-- tools （工具）
`-- vm （虚拟机实现）
development 目录 （开发者需要的一些例程及工具）
|-- apps （一些核心应用程序）
| |-- BluetoothDebug （蓝牙调试程序）
| |-- CustomLocale （自定义区域设置）
| |-- Development （开发）
| |-- Fallback （和语言相关的一个程序）
| |-- FontLab （字库）
| |-- GestureBuilder （手势动作）
| |-- NinePatchLab （？）
| |-- OBJViewer （OBJ查看器）
| |-- SdkSetup （SDK安装器）
| |-- SpareParts （高级设置）
| |-- Term （远程登录）
| `-- launchperf （？）
|-- build （编译脚本模板）
|-- cmds （有个monkey工具）
|-- data （配置数据）
|-- docs （文档）
|-- host （主机端USB驱动等）
|-- ide （集成开发环境）
|-- ndk （本地开发套件——c语言开发套件）
|-- pdk （Plug Development Kit）
|-- samples （演示程序）
| |-- AliasActivity （）
| |-- ApiDemos （API演示程序）
| |-- BluetoothChat （蓝牙聊天）
| |-- BrowserPlugin （浏览器插件）
| |-- BusinessCard （商业卡）
| |-- Compass （指南针）
| |-- ContactManager （联系人管理器）
| |-- CubeLiveWall** （动态壁纸的一个简单例程）
| |-- FixedGridLayout （像是布局）
| |-- GlobalTime （全球时间）
| |-- HelloActivity （Hello）
| |-- Home （Home）
| |-- JetBoy （jetBoy游戏）
| |-- LunarLander （貌似又是一个游戏）
| |-- MailSync （同步）
| |-- MultiResolution （多分辨率）
| |-- MySampleRss （RSS）
| |-- NotePad （记事本）
| |-- RSSReader （RSS阅读器）
| |-- SearchableDictionary （目录搜索）
| |-- **JNI （JNI例程）
| |-- SkeletonApp （空壳APP）
| |-- Snake （snake程序）
| |-- SoftKeyboard （软键盘）
| |-- Wiktionary （？维基）
| `-- Wiktionary**（？维基例程）
|-- scripts （脚本）
|-- sdk （sdk配置）
|-- simulator （？模拟器）
|-- testrunner （？测试用）
`-- tools （一些工具）
⑵ android中mediamuxer和mediacodec的区别
Android中MediaMuxer和MediaCodec用例
在Android的多媒体类中，MediaMuxer和MediaCodec算是比较年轻的，它们是JB 4.1和JB 4.3才引入的。前者用于将音频和视频进行混合生成多媒体文件。缺点是目前只能支持一个audio track和一个video track，而且仅支持mp4输出。不过既然是新生事物，相信之后的版本应该会有大的改进。MediaCodec用于将音视频进行压缩编码，它有个比较牛X的地方是可以对Surface内容进行编码，如KK 4.4中屏幕录像功能就是用它实现的。
注意它们和其它一些多媒体相关类的关系和区别：MediaExtractor用于音视频分路，和MediaMuxer正好是反过程。MediaFormat用于描述多媒体数据的格式。MediaRecorder用于录像+压缩编码，生成编码好的文件如mp4, 3gpp，视频主要是用于录制Camera preview。MediaPlayer用于播放压缩编码后的音视频文件。AudioRecord用于录制PCM数据。AudioTrack用于播放PCM数据。PCM即原始音频采样数据，可以用如vlc播放器播放。当然了，通道采样率之类的要自己设，因为原始采样数据是没有文件头的，如：
vlc --demux=rawaud --rawaud-channels 2 --rawaud-samplerate 44100 audio.pcm
回到MediaMuxer和MediaCodec这两个类，它们的参考文档见http://developer.android.com/reference/android/media/MediaMuxer.html和http://developer.android.com/reference/android/media/MediaCodec.html，里边有使用的框架。这个组合可以实现很多功能，比如音视频文件的编辑（结合MediaExtractor），用OpenGL绘制Surface并生成mp4文件，屏幕录像以及类似Camera app里的录像功能（虽然这个用MediaRecorder更合适）等。
这里以一个很无聊的功能为例，就是在一个Surface上画图编码生成视频，同时用MIC录音编码生成音频，然后将音视频混合生成mp4文件。程序本身没什么用，但是示例了MediaMuxer和MediaCodec的基本用法。本程序主要是基于两个测试程序：一个是Grafika中的SoftInputSurfaceActivity和HWEncoderExperiments。它们一个是生成视频，一个生成音频，这里把它们结合一下，同时生成音频和视频。基本框架和流程如下：
首先是录音线程，主要参考HWEncoderExperiments。通过AudioRecord类接收来自麦克风的采样数据，然后丢给Encoder准备编码：
AudioRecord audio_recorder;
audio_recorder = new AudioRecord(MediaRecorder.AudioSource.MIC,
SAMPLE_RATE, CHANNEL_CONFIG, AUDIO_FORMAT, buffer_size);
// ...
audio_recorder.startRecording();
while (is_recording) {
byte[] this_buffer = new byte[frame_buffer_size];
read_result = audio_recorder.read(this_buffer, 0, frame_buffer_size); // read audio raw data
// …
presentationTimeStamp = System.nanoTime() / 1000;
audioEncoder.offerAudioEncoder(this_buffer.clone(), presentationTimeStamp); // feed to audio encoder
}
这里也可以设置AudioRecord的回调（通过()）来触发音频数据的读取。offerAudioEncoder()里主要是把audio采样数据送入音频MediaCodec的InputBuffer进行编码：
ByteBuffer[] inputBuffers = mAudioEncoder.getInputBuffers();
int inputBufferIndex = mAudioEncoder.dequeueInputBuffer(-1);
if (inputBufferIndex >= 0) {
ByteBuffer inputBuffer = inputBuffers[inputBufferIndex];
inputBuffer.clear();
inputBuffer.put(this_buffer);
...
mAudioEncoder.queueInputBuffer(inputBufferIndex, 0, this_buffer.length, presentationTimeStamp, 0);
}
下面，参考Grafika-SoftInputSurfaceActivity，并加入音频处理。主循环大体分四部分：
try {
// Part 1
prepareEncoder(outputFile);
...
// Part 2
for (int i = 0; i < NUM_FRAMES; i++) {
generateFrame(i);
drainVideoEncoder(false);
drainAudioEncoder(false);
}
// Part 3
...
drainVideoEncoder(true);
drainAudioEncoder(true);
} catch (IOException ioe) {
throw new RuntimeException(ioe);
} finally {
// Part 4
releaseEncoder();
}
第1部分是准备工作，除了video的MediaCodec，这里还初始化了audio的MediaCodec：
MediaFormat audioFormat = new MediaFormat();
audioFormat.setInteger(MediaFormat.KEY_SAMPLE_RATE, 44100);
audioFormat.setInteger(MediaFormat.KEY_CHANNEL_COUNT, 1);
...
mAudioEncoder = MediaCodec.createEncoderByType(AUDIO_MIME_TYPE);
mAudioEncoder.configure(audioFormat, null, null, MediaCodec.CONFIGURE_FLAG_ENCODE);
mAudioEncoder.start();
第2部分进入主循环，app在Surface上直接绘图，由于这个Surface是从MediaCodec中用createInputSurface()申请来的，所以画完后不用显式用queueInputBuffer()交给Encoder。drainVideoEncoder()和drainAudioEncoder()分别将编码好的音视频从buffer中拿出来（通过dequeueOutputBuffer()），然后交由MediaMuxer进行混合（通过writeSampleData()）。注意音视频通过PTS（Presentation time stamp，决定了某一帧的音视频数据何时显示或播放）来同步，音频的time stamp需在AudioRecord从MIC采集到数据时获取并放到相应的bufferInfo中，视频由于是在Surface上画，因此直接用dequeueOutputBuffer()出来的bufferInfo中的就行，最后将编码好的数据送去MediaMuxer进行多路混合。
注意这里Muxer要等把audio track和video track都加入了再开始。MediaCodec在一开始调用dequeueOutputBuffer()时会返回一次INFO_OUTPUT_FORMAT_CHANGED消息。我们只需在这里获取该MediaCodec的format，并注册到MediaMuxer里。接着判断当前audio track和video track是否都已就绪，如果是的话就启动Muxer。
总结来说，drainVideoEncoder()的主逻辑大致如下，drainAudioEncoder也是类似的，只是把video的MediaCodec换成audio的MediaCodec即可。
while(true) {
int encoderStatus = mVideoEncoder.dequeueOutputBuffer(mBufferInfo, TIMEOUT_USEC);
if (encoderStatus == MediaCodec.INFO_TRY_AGAIN_LATER) {
...
} else if (encoderStatus == MediaCodec.INFO_OUTPUT_BUFFERS_CHANGED) {
encoderOutputBuffers = mVideoEncoder.getOutputBuffers();
} else if (encoderStatus == MediaCodec.INFO_OUTPUT_FORMAT_CHANGED) {
MediaFormat newFormat = mAudioEncoder.getOutputFormat();
mAudioTrackIndex = mMuxer.addTrack(newFormat);
mNumTracksAdded++;
if (mNumTracksAdded == TOTAL_NUM_TRACKS) {
mMuxer.start();
}
} else if (encoderStatus < 0) {
...
} else {
ByteBuffer encodedData = encoderOutputBuffers[encoderStatus];
...
if (mBufferInfo.size != 0) {
mMuxer.writeSampleData(mVideoTrackIndex, encodedData, mBufferInfo);
}
mVideoEncoder.releaseOutputBuffer(encoderStatus, false);
if ((mBufferInfo.flags & MediaCodec.BUFFER_FLAG_END_OF_STREAM) != 0) {
break;
}
}
}
第3部分是结束录制，发送EOS信息，这样在drainVideoEncoder()和drainAudioEncoder中就可以根据EOS退出内循环。第4部分为清理工作。把audio和video的MediaCodec，MediaCodec用的Surface及MediaMuxer对象释放。
最后几点注意：
1. 在AndroidManifest.xml里加上录音权限，否则创建AudioRecord对象时铁定失败：
<uses-permission android:name="android.permission.RECORD_AUDIO"/>
2. 音视频通过PTS同步，两个的单位要一致。
3. MediaMuxer的使用要按照Constructor -> addTrack -> start -> writeSampleData -> stop 的顺序。如果既有音频又有视频，在stop前两个都要writeSampleData()过。
Code references：
Grafika: https://github.com/google/grafika
Bigflake: http://bigflake.com/mediacodec/
HWEncoderExperiments：https://github.com/OnlyInAmerica/HWEncoderExperiments/tree/audioonly/HWEncoderExperiments/src/main/java/net/openwatch/hwencoderexperiments
Android test：http://androidxref.com/4.4.2_r2/xref/cts/tests/tests/media/src/android/media/cts/
http://androidxref.com/4.4.2_r2/xref/pdk/apps/TestingCamera2/src/com/android/testingcamera2/CameraRecordingStream.java