2013年12月_sadamoo

转载实时传输协议：RTP、RTCP、RTSP介绍

http://blog.csdn.net/heanyu/article/details/6202500RTP(Real Time Transport Protocol) RTP是针对Internet上多媒体数据流的一个传输协议, 由IETF(Internet工程任务组)作为RFC1889发布。RTP被定义为在一对一或一对多的传输情况下工作，其目的是提供时间信

2013-12-26 15:49:26 1712

转载从头学Android之多媒体--使用MediaRecorder录制音频

MediaRecoder内部类或接口：常用的方法方法名称描述 public void setAudioEncoder (int audio_encoder) 设置刻录的音频编码，其值可以通过MediaRecoder内部类的MediaRe

2013-12-25 20:33:10 776

转载 video format

MPEG-4MPEG-4是一套用于音频、视频信息的压缩编码标准，由国际标准化组织（ISO）和国际电工委员会（IEC）下属的“動態影像专家组”（Moving Picture Experts Group，即MPEG）制定，第一版在1998年10月通過，第二版在1999年12月通過。MPEG-4格式的主要用途在於網上串流、光碟、語音傳送（視訊電話），以及電視廣播。MPEG-4包含了MPE

2013-12-24 16:12:49 3579

原创 android audio

status_t AudioFlinger::PlaybackThread::Track::start(AudioSystem::sync_event_t event, int triggerSession){ status = AudioSystem::star

2013-12-19 13:24:55 3949

转载深入理解Andorid 卷I 第五章

第5章深入理解常见类本章涉及的源代码文件名称及位置下面是本章分析的源码文件名和它的位置。RefBase.h(framework/base/include/utils/RefBase.h)RefBase.cpp(framework/base/libs/utils/RefBase.cpp)Thread.cpp(framework/base/libs/utils/Thread.c

2013-12-17 14:59:11 825

转载 Android深入浅出之Audio第三部分Audio Policy[1]

农历新年快来到了，我希望能把android这个系列写完。今天这篇帖子是农历年最后一篇了。大家如果有什么想了解的，可以回帖或者站内短消息，我们共同来分析Android。 Android深入浅出之Audio第三部分Audio Policy[1]一目的上回我们说了AudioFlinger(AF)，总感觉代码里边有好多东西没说清楚，心里发毛。就看了看AF的流程，我们敢说自己深入了解了

2013-12-17 14:52:14 742

转载 Android深入浅出之Audio 第二部分 AudioFlinger分析

一目的本文承接Audio第一部分的AudioTrack，通过AudioTrack作为AF（AudioFlinger）的客户端，来看看AF是如何完成工作的。在AT（AudioTrack）中，我们涉及到的都是流程方面的事务，而不是系统Audio策略上的内容。WHY？因为AT是AF的客户端，而AF是Android系统中Audio管理的中枢。AT我们分析的是按流程方法，那么以AT为切入点的话，A

2013-12-17 14:51:17 770

转载 Android深入浅出之Audio 第一部分 AudioTrack分析

Android深入浅出之Audio第一部分 AudioTrack分析一目的本文的目的是通过从Audio系统来分析Android的代码，包括Android自定义的那套机制和一些常见类的使用，比如Thread，MemoryBase等。分析的流程是：l 先从API层对应的某个类开始，用户层先要有一个简单的使用流程。l 根据这个流程，一步步进入到J

2013-12-17 14:49:58 909

转载 ALSA声卡驱动中的DAPM详解之七：dapm事件机制（dapm event）

前面的六篇文章，我们已经讨论了dapm关于动态电源管理的有关知识，包括widget的创建和初始化，widget之间的连接以及widget的上下电顺序等等。本章我们准备讨论dapm框架中的另一个机制：事件机制。通过dapm事件机制，widget可以对它所关心的dapm事件做出反应，这种机制对于扩充widget的能力非常有用，例如，对于那些位于codec之外的widget，好像喇叭功放、外部的前置放大

2013-12-17 14:35:02 805

转载 ALSA声卡驱动中的DAPM详解之六：精髓所在，牵一发而动全身

设计dapm的主要目的之一，就是希望声卡上的各种部件的电源按需分配，需要的就上电，不需要的就下电，使得整个音频系统总是处于最小的耗电状态，最主要的就是，这一切对用户空间的应用程序是透明的，也就是说，用户空间的应用程序无需关心那个部件何时需要电源，它只要按需要设定好音频路径，播放音频数据，暂停或停止，dapm框架会根据音频路径，完美地对各种部件的电源进行控制，而且精确地按某种顺序进行，防止上下电过程

2013-12-17 14:34:25 980 1

转载 ALSA声卡驱动中的DAPM详解之五：建立widget之间的连接关系

前面我们主要着重于codec、platform、machine驱动程序中如何使用和建立dapm所需要的widget，route，这些是音频驱动开发人员必须要了解的内容，经过前几章的介绍，我们应该知道如何在alsa音频驱动的3大部分（codec、platform、machine）中，按照所使用的音频硬件结构，定义出相应的widget，kcontrol，以及必要的音频路径，而在本章中，我们将会深入da

2013-12-17 14:33:54 735

转载 ALSA声卡驱动中的DAPM详解之四：在驱动程序中初始化并注册widget和route

前几篇文章我们从dapm的数据结构入手，了解了代表音频控件的widget，代表连接路径的route以及用于连接两个widget的path。之前都是一些概念的讲解以及对数据结构中各个字段的说明，从本章开始，我们要从代码入手，分析dapm的详细工作原理：如何注册widget如何连接两个widget一个widget的状态裱画如何传递到整个音频路径中/*********************

2013-12-17 14:33:18 1027

转载 ALSA声卡驱动中的DAPM详解之三：如何定义各种widget

上一节中，介绍了DAPM框架中几个重要的数据结构：snd_soc_dapm_widget，snd_soc_dapm_path，snd_soc_dapm_route。其中snd_soc_dapm_path无需我们自己定义，它会在注册snd_soc_dapm_route时动态地生成，但是对于系统中的widget和route，我们是需要自己进行定义的，另外，widget所包含的kcontrol与普通的k

2013-12-17 12:21:30 684

转载 ALSA声卡驱动中的DAPM详解之二：widget-具备路径和电源管理信息的kcontrol

上一篇文章中，我们介绍了音频驱动中对基本控制单元的封装：kcontrol。利用kcontrol，我们可以完成对音频系统中的mixer，mux，音量控制，音效控制，以及各种开关量的控制，通过对各种kcontrol的控制，使得音频硬件能够按照我们预想的结果进行工作。同时我们可以看到，kcontrol还是有以下几点不足：只能描述自身，无法描述各个kcontrol之间的连接关系；没有相应的电源

2013-12-17 12:20:16 1011

转载 ALSA声卡驱动中的DAPM详解之一：kcontrol

DAPM是Dynamic Audio Power Management的缩写，直译过来就是动态音频电源管理的意思，DAPM是为了使基于linux的移动设备上的音频子系统，在任何时候都工作在最小功耗状态下。DAPM对用户空间的应用程序来说是透明的，所有与电源相关的开关都在ASoc core中完成。用户空间的应用程序无需对代码做出修改，也无需重新编译，DAPM根据当前激活的音频流（playback/c

2013-12-17 12:19:17 858

转载 Linux ALSA声卡驱动之八：ASoC架构中的Platform

1. Platform驱动在ASoC中的作用前面几章内容已经说过，ASoC被分为Machine，Platform和Codec三大部件，Platform驱动的主要作用是完成音频数据的管理，最终通过CPU的数字音频接口（DAI）把音频数据传送给Codec进行处理，最终由Codec输出驱动耳机或者是喇叭的音信信号。在具体实现上，ASoC有把Platform驱动分为两个部分：snd_soc_plat

2013-12-17 12:18:41 674

转载 Linux ALSA声卡驱动之七：ASoC架构中的Codec

1. Codec简介在移动设备中，Codec的作用可以归结为4种，分别是：对PCM等信号进行D/A转换，把数字的音频信号转换为模拟信号对Mic、Linein或者其他输入源的模拟信号进行A/D转换，把模拟的声音信号转变CPU能够处理的数字信号对音频通路进行控制，比如播放音乐，收听调频收音机，又或者接听电话时，音频信号在codec内的流通路线是不一样的对音频信号做出相应的处理，例如音量控

2013-12-17 12:17:26 727

转载 Linux ALSA声卡驱动之六：ASoC架构中的Machine

前面一节的内容我们提到，ASoC被分为Machine、Platform和Codec三大部分，其中的Machine驱动负责Platform和Codec之间的耦合以及部分和设备或板子特定的代码，再次引用上一节的内容：Machine驱动负责处理机器特有的一些控件和音频事件（例如，当播放音频时，需要先行打开一个放大器）；单独的Platform和Codec驱动是不能工作的，它必须由Machine驱动把它们结

2013-12-17 12:16:37 706

转载 Linux ALSA声卡驱动之五：移动设备中的ALSA（ASoC）

1. ASoC的由来ASoC--ALSA System on Chip ，是建立在标准ALSA驱动层上，为了更好地支持嵌入式处理器和移动设备中的音频Codec的一套软件体系。在ASoc出现之前，内核对于SoC中的音频已经有部分的支持，不过会有一些局限性： Codec驱动与SoC CPU的底层耦合过于紧密，这种不理想会导致代码的重复，例如，仅是wm8731的驱动，当时Lin

2013-12-17 12:15:48 564

转载 Linux ALSA声卡驱动之四：Control设备的创建

声明：本博内容均由http://blog.csdn.net/droidphone原创，转载请注明出处，谢谢！Control接口Control接口主要让用户空间的应用程序（alsa-lib）可以访问和控制音频codec芯片中的多路开关，滑动控件等。对于Mixer（混音）来说，Control接口显得尤为重要，从ALSA 0.9.x版本开始，所有的mixer工作都是通过control接口

2013-12-17 12:13:29 674

转载 Linux ALSA声卡驱动之三：PCM设备的创建

声明：本博内容均由http://blog.csdn.net/droidphone原创，转载请注明出处，谢谢！1. PCM是什么PCM是英文Pulse-code modulation的缩写，中文译名是脉冲编码调制。我们知道在现实生活中，人耳听到的声音是模拟信号，PCM就是要把声音从模拟转换成数字信号的一种技术，他的原理简单地说就是利用一个固定的频率对模拟信号进行采样，采样后的信号

2013-12-17 12:12:18 612

转载 Linux ALSA声卡驱动之二：声卡的创建

声明：本博内容均由http://blog.csdn.net/droidphone原创，转载请注明出处，谢谢！1. struct snd_card 1.1. snd_card是什么snd_card可以说是整个ALSA音频驱动最顶层的一个结构，整个声卡的软件逻辑结构开始于该结构，几乎所有与声音相关的逻辑设备都是在snd_card的管理之下，声卡驱动的第一个动作通常就是创建一个snd_c

2013-12-17 12:10:50 688

转载 Linux ALSA声卡驱动之一：ALSA架构简介

声明：本博内容均由http://blog.csdn.net/droidphone原创，转载请注明出处，谢谢！一. 概述 ALSA是Advanced Linux Sound Architecture 的缩写，目前已经成为了linux的主流音频体系结构，想了解更多的关于ALSA的这一开源项目的信息和知识，请查看以下网址：http://www.alsa-project.org/。

2013-12-17 12:09:56 621

sadamoo的专栏