tyl_355402的专栏

AudioFlinger是Android音频系统的两大服务之一，另一个服务是AudioPolicyService，这两大服务都在系统启动时有MediaSever加载，加载的代码位于：frameworks/base/media/mediaserver/main_mediaserver.cpp。AudioPolicyService的相关内容请参考另一编文章：《Android Audio System

在Android系统中修改Android.mk使其同时编译rgb2565和rgb2888（向out/host/linux-x86/bin/下新增加一个工具命令）                    修改对应的Android.mk文件使其在源码编译时能够同时编译出rgb2565和rgb2888，rgb2888的源码文件已有，其实实现很简单，这里只是将我在具体测试中不同模块标签的

修改linux内核开机logo并居中全屏显示1.准备图片  使用ubuntu自带的绘图软件GIMP是最为快捷的方式，使用命令进行转换也可以，实际测试中用命令转换图片老提示错误，所以就用GIMP的方式处理了。具体流程如下： （1）打开GIMP软件并加载图片资源(file->open),自己的原图片格式应该不限制，我的是bmp格式的。 （2）点击Image->mod

Android系统Recovery工作原理之使用update.zip升级过程分析（九）---updater-script脚本语法简介以及执行流程          目前update-script脚本格式是edify，其与amend有何区别，暂不讨论，我们只分析其中主要的语法，以及脚本的流程控制。一、update-script脚本语法简介：

Android系统Recovery工作原理之使用update.zip升级过程分析（八）---升级程序update_binary的执行过程一、update_binary的执行过程分析       上一篇幅中的子进程所执行的程序binary实际上就是update.zip包中的update-binary。我们在上文中也说过，Recovery服务在做这一部分工作的时候是先将包中

Android系统Recovery工作原理之使用update.zip升级过程分析（七）---Recovery服务的核心install_package函数一、       Recovery服务的核心install_package（升级update.zip特有）              和Recovery服务中的wipe_data、wipe_cache

Android系统Recovery工作原理之使用update.zip升级过程分析（六）---Recovery服务流程细节         Recovery服务毫无疑问是Recovery启动模式中最核心的部分。它完成Recovery模式所有的工作。Recovery程序对应的源码文件位于：/gingerbread0919/bootable/recovery/recovery

Android系统Recovery工作原理之使用update.zip升级过程分析（五）---update.zip包从上层进入Recovery服务               文章开头我们就提到update.zip包来源有两种，一个是OTA在线下载（一般下载到/CACHE分区），一个是手动拷贝到SD卡中。不论是哪种方式获得update.zip包，在进入Recovery模式

Android Framework的音频子系统中，每一个音频流对应着一个AudioTrack类的一个实例，每个AudioTrack会在创建时注册到AudioFlinger中，由AudioFlinger把所有的AudioTrack进行混合（Mixer），然后输送到AudioHardware中进行播放，目前Android的Froyo版本设定了同时最多可以创建32个音频流，也就是说，Mixer最多会同时

在Android系统启动时，内核引导参数上一般都会设置“init=/init”, 这样的话，如果内核成功挂载了这个文件系统之后，首先运行的就是这个根目录下的init程序。这个程序所了什么呢？ 我们只有RFSC（Read the Fucking Source code）!!init程序源码在Android官方源码的system/core/init中，main在init.c里。我们的分析就从mai