omnispace的博客

前面有分析过Camera的实现，现在来看看MediaRecorder的实现，这里我不会太去关注它的分层结构，我更关注它的逻辑！ APP层/path/to/aosp/frameworks/base/media/java/android/media/MediaRecorder.java JNI层/path/to/aosp/frameworks/base/media/jni/android_me

1. 简介 在android中录制音频有两种方式，MediaRecorder和AudioRecord。两者的区别如下： (1) MediaRecorder 简单方便，不需要理会中间录制过程，结束录制后可以直接得到音频文件进行播放；录制的音频文件是经过压缩的，需要设置编码器；录制的音频文件可以用系统自带的播放器播放。 (2) AudioRecorder 在声音录制过程中

下面是框架简图： 首先调用mediaRecorder.java中的方法比如start方法，会调用jni： 也就是调用android_media_recorder.cpp的start方法：  接着到mediaRecorder.cpp,mediaRecorder是由mediaplayerService创建的,而med

这里有个setupVideiEncoder,看来这里应该是对视频编码的地方 根据不同的编码类型来设置不同的参数，这个方法代码有些多直截取部分代码： 来看看关键的一句，这里创建了OMXCodec 然后把创建了的编码器赋值给MediaSource，这里的MediaSource可以看作是OMXCodec的封装,这样编码器的准备工作就已经做好了： 接着我们回到startMP

MediaServer中包括了系统中的许多重要的Server： AudioFlinger：音频系统中的核心服务AudioPolicyService：音频系统中关于音频策略的重要服务MediaPlayerService：多媒体系统中的重要服务CameraService：有关照相和摄像的重要服务 同时，分析MediaServer对于理解Android中的IPC机制能够提供较好的帮助。And

在上一篇博客中Android源码分析–MediaServer源码分析（一），我们知道了ProcessState和defaultServiceManager，在分析源码的过程中，我们被Android的Binder通信机制中的各种复杂的类关系搞的眼花缭乱，接下来我们就以MediaPlayerService为例来分析一下Binder的通信机制。首先来回顾一下： BpBinder和BBinder都是