转：ANDROID音频系统散记之四：4.0音频系统HAL初探

昨天（2011-11-15）发布了Android4.0的源码，今天download下来，开始挺进4.0时代。简单看了一下，发现音频系统方面与2.3的有较多地方不同，下面逐一描述。

一、代码模块位置

1、AudioFlinger

  1. frameworks/base/services/audioflinger/
  2. +-- Android.mk
  3. +-- AudioBufferProvider.h
  4. +-- AudioFlinger.cpp
  5. +-- AudioFlinger.h
  6. +-- AudioMixer.cpp
  7. +-- AudioMixer.h
  8. +-- AudioPolicyService.cpp
  9. +-- AudioPolicyService.h
  10. +-- AudioResampler.cpp
  11. +-- AudioResamplerCubic.cpp
  12. +-- AudioResamplerCubic.h
  13. +-- AudioResampler.h
  14. +-- AudioResamplerSinc.cpp
  15. +-- AudioResamplerSinc.h

AudioFlinger相关代码，好像这部分与2.3相差不大，至少接口是兼容的。值得注意的是：2.3位于这里的还有AudioHardwareGeneric、AudioHardwareInterface、A2dpAudioInterface等一系列接口代码，现在都移除了。实际上，这些接口变更为legacy（有另外更好的实现方式，但也兼容之前的方法），取而代之的是要实现hardware/libhardware/include/hardware/audio.h提供的接口，这是一个较大的变化。

两种Audio Hardware HAL接口定义：

1/ legacy：hardware/libhardware_legacy/include/hardware_legacy/AudioHardwareInterface.h

2/ current：hardware/libhardware/include/hardware/audio.h

2、audio_hw

  1. hardware/libhardware_legacy/audio/
  2. +-- A2dpAudioInterface.cpp
  3. +-- A2dpAudioInterface.h
  4. +-- Android.mk
  5. +-- AudioDumpInterface.cpp
  6. +-- AudioDumpInterface.h
  7. +-- AudioHardwareGeneric.cpp
  8. +-- AudioHardwareGeneric.h
  9. +-- AudioHardwareInterface.cpp
  10. +-- AudioHardwareStub.cpp
  11. +-- AudioHardwareStub.h
  12. +-- audio_hw_hal.cpp
  13. +-- AudioPolicyCompatClient.cpp
  14. +-- AudioPolicyCompatClient.h
  15. +-- audio_policy_hal.cpp
  16. +-- AudioPolicyManagerBase.cpp
  17. +-- AudioPolicyManagerDefault.cpp
  18. +-- AudioPolicyManagerDefault.h

上面提及的AudioHardwareGeneric、AudioHardwareInterface、A2dpAudioInterface等都放到libhardware_legacy里。

事实上legacy也要封装成current中的audio.h，确切的说需要一个联系legacy interface和not legacy interface的中间层，这里的audio_hw_hal.cpp就充当这样的一个角色了。因此，我们其实也可以把2.3之前的alsa_sound这一套东西也搬过来。

  1. hardware/libhardware/modules/audio/
  2. +-- Android.mk
  3. +-- audio_hw.c
  4. +-- audio_policy.c

这是一个stub（类似于2.3中的AudioHardwareStub），大多数函数只是简单的返回一个值，并没有实际操作，只是保证Android能得到一个audio hardware hal实例，从而启动运行，当然声音没有输出到外设的。在底层音频驱动或audio hardware hal还没有实现好的情况下，可以使用这个stub device，先让Android跑起来。

  1. device/samsung/tuna/audio/
  2. +-- Android.mk
  3. +-- audio_hw.c
  4. +-- ril_interface.c
  5. +-- ril_interface.h

这是Samsung Tuna的音频设备抽象层，很有参考价值，计划以后就在它的基础上进行移植。它调用tinyalsa的接口，可见这个方案的底层音频驱动是alsa。

3、tinyalsa

  1. external/tinyalsa/
  2. +-- Android.mk
  3. +-- include
  4. |   +-- tinyalsa
  5. |       +-- asoundlib.h
  6. +-- mixer.c      ##类alsa-lib的control，作用音频部件开关、音量调节等
  7. +-- pcm.c        ##类alsa-lib的pcm，作用音频pcm数据回放录制
  8. +-- README
  9. +-- tinycap.c    ##类alsa_arecord
  10. +-- tinymix.c    ##类alsa_amixer
  11. +-- tinyplay.c   ##类alsa_aplay

在2.3时代，Android还隐晦把它放在android2.3.1-gingerbread/device/samsung/crespo/libaudio，现在终于把alsa-lib一脚踢开，小三变正室了，正名tinyalsa。

这其实是历史的必然了，alsa-lib太过复杂繁琐了，我看得也很不爽；更重要的商业上面的考虑，必须移除被GNU GPL授权证所约束的部份，alsa-lib并不是个例。

注意：上面的hardware/libhardware_legacy/audio/、hardware/libhardware/modules/audio/、device/samsung/tuna/audio/是同层的。之一是legacy audio，用于兼容2.2时代的alsa_sound；之二是stub audio接口；之三是Samsung Tuna的音频抽象层实现。调用层次：AudioFlinger -> audio_hw -> tinyalsa。

二、Audio Hardware HAL加载

1、AudioFlinger

  1. //加载audio hardware hal
  2. static int load_audio_interface(const char *if_name, const hw_module_t **mod,
  3. audio_hw_device_t **dev)
  4. {
  5. int rc;
  6. //根据classid和if_name找到指定的动态库并加载，这里加载的是音频动态库，如libaudio.primary.tuna.so
  7. rc = hw_get_module_by_class(AUDIO_HARDWARE_MODULE_ID, if_name, mod);
  8. if (rc)
  9. goto out;
  10. //加载好的动态库模块必有个open方法，调用open方法打开音频设备模块
  11. rc = audio_hw_device_open(*mod, dev);
  12. LOGE_IF(rc, "couldn‘t open audio hw device in %s.%s (%s)",
  13. AUDIO_HARDWARE_MODULE_ID, if_name, strerror(-rc));
  14. if (rc)
  15. goto out;
  16. return 0;
  17. out:
  18. *mod = NULL;
  19. *dev = NULL;
  20. return rc;
  21. }
  22. //音频设备接口，hw_get_module_by_class需要根据这些字符串找到相关的音频模块库
  23. static const char *audio_interfaces[] = {
  24. "primary", //主音频设备，一般为本机codec
  25. "a2dp",    //a2dp设备，蓝牙高保真音频
  26. "usb",     //usb-audio设备，这个东东我2.3就考虑要实现了，现在终于支持了
  27. };
  28. #define ARRAY_SIZE(x) (sizeof((x))/sizeof(((x)[0])))
  29. // ----------------------------------------------------------------------------
  30. AudioFlinger::AudioFlinger()
  31. : BnAudioFlinger(),
  32. mPrimaryHardwareDev(0), mMasterVolume(1.0f), mMasterMute(false), mNextUniqueId(1),
  33. mBtNrecIsOff(false)
  34. {
  35. }
  36. void AudioFlinger::onFirstRef()
  37. {
  38. int rc = 0;
  39. Mutex::Autolock _l(mLock);
  40. /* TODO: move all this work into an Init() function */
  41. mHardwareStatus = AUDIO_HW_IDLE;
  42. //打开audio_interfaces数组定义的所有音频设备
  43. for (size_t i = 0; i < ARRAY_SIZE(audio_interfaces); i++) {
  44. const hw_module_t *mod;
  45. audio_hw_device_t *dev;
  46. rc = load_audio_interface(audio_interfaces[i], &mod, &dev);
  47. if (rc)
  48. continue;
  49. LOGI("Loaded %s audio interface from %s (%s)", audio_interfaces[i],
  50. mod->name, mod->id);
  51. mAudioHwDevs.push(dev); //mAudioHwDevs是一个Vector，存储已打开的audio hw devices
  52. if (!mPrimaryHardwareDev) {
  53. mPrimaryHardwareDev = dev;
  54. LOGI("Using ‘%s‘ (%s.%s) as the primary audio interface",
  55. mod->name, mod->id, audio_interfaces[i]);
  56. }
  57. }
  58. mHardwareStatus = AUDIO_HW_INIT;
  59. if (!mPrimaryHardwareDev || mAudioHwDevs.size() == 0) {
  60. LOGE("Primary audio interface not found");
  61. return;
  62. }
  63. //对audio hw devices进行一些初始化，如mode、master volume的设置
  64. for (size_t i = 0; i < mAudioHwDevs.size(); i++) {
  65. audio_hw_device_t *dev = mAudioHwDevs[i];
  66. mHardwareStatus = AUDIO_HW_INIT;
  67. rc = dev->init_check(dev);
  68. if (rc == 0) {
  69. AutoMutex lock(mHardwareLock);
  70. mMode = AUDIO_MODE_NORMAL;
  71. mHardwareStatus = AUDIO_HW_SET_MODE;
  72. dev->set_mode(dev, mMode);
  73. mHardwareStatus = AUDIO_HW_SET_MASTER_VOLUME;
  74. dev->set_master_volume(dev, 1.0f);
  75. mHardwareStatus = AUDIO_HW_IDLE;
  76. }
  77. }
  78. }

以上对AudioFlinger进行的分析，主要是通过hw_get_module_by_class()找到模块接口名字if_name相匹配的模块库，加载，然后audio_hw_device_open()调用模块的open方法，完成音频设备模块的初始化。

留意AudioFlinger的构造函数只有简单的私有变量的初始化操作了，把音频设备初始化放到onFirstRef()，Android终于改进了这一点，好的设计根本不应该把可能会失败的操作放到构造函数中。onFirstRef是RefBase类的一个虚函数，在构造sp的时候就会被调用。因此，在构造sp<AudioFlinger>的时候就会触发onFirstRef方法，从而完成音频设备模块初始化。

2、hw_get_module_by_class

我们接下来看看hw_get_module_by_class，实现在hardware/libhardware/ hardware.c中，它作用加载指定名字的模块库（.so文件），这个应该是用于加载所有硬件设备相关的库文件，并不只是音频设备。

  1. int hw_get_module_by_class(const char *class_id, const char *inst,
  2. const struct hw_module_t **module)
  3. {
  4. int status;
  5. int i;
  6. const struct hw_module_t *hmi = NULL;
  7. char prop[PATH_MAX];
  8. char path[PATH_MAX];
  9. char name[PATH_MAX];
  10. if (inst)
  11. snprintf(name, PATH_MAX, "%s.%s", class_id, inst);
  12. else
  13. strlcpy(name, class_id, PATH_MAX);
  14. //这里我们以音频库为例，AudioFlinger调用到这个函数时，
  15. //class_id=AUDIO_HARDWARE_MODULE_ID="audio"，inst="primary"(或"a2dp"或"usb")
  16. //那么此时name="audio.primary"
  17. /*
  18. * Here we rely on the fact that calling dlopen multiple times on
  19. * the same .so will simply increment a refcount (and not load
  20. * a new copy of the library).
  21. * We also assume that dlopen() is thread-safe.
  22. */
  23. /* Loop through the configuration variants looking for a module */
  24. for (i=0 ; i<HAL_VARIANT_KEYS_COUNT+1 ; i++) {
  25. if (i < HAL_VARIANT_KEYS_COUNT) {
  26. //通过property_get找到厂家标记如"ro.product.board=tuna"，这时prop="tuna"
  27. if (property_get(variant_keys[i], prop, NULL) == 0) {
  28. continue;
  29. }
  30. snprintf(path, sizeof(path), "%s/%s.%s.so",
  31. HAL_LIBRARY_PATH2, name, prop); //#define HAL_LIBRARY_PATH2 "/vendor/lib/hw"
  32. if (access(path, R_OK) == 0) break;
  33. snprintf(path, sizeof(path), "%s/%s.%s.so",
  34. HAL_LIBRARY_PATH1, name, prop); //#define HAL_LIBRARY_PATH1 "/system/lib/hw"
  35. if (access(path, R_OK) == 0) break;
  36. } else {
  37. snprintf(path, sizeof(path), "%s/%s.default.so", //如没有指定的库文件，则加载default.so，即stub-device
  38. HAL_LIBRARY_PATH1, name);
  39. if (access(path, R_OK) == 0) break;
  40. }
  41. }
  42. //到这里，完成一个模块库的完整路径名称，如path="/system/lib/hw/audio.primary.tuna.so"
  43. //如何生成audio.primary.tuna.so？请看相关的Android.mk文件，其中有定义LOCAL_MODULE := audio.primary.tuna
  44. status = -ENOENT;
  45. if (i < HAL_VARIANT_KEYS_COUNT+1) {
  46. /* load the module, if this fails, we‘re doomed, and we should not try
  47. * to load a different variant. */
  48. status = load(class_id, path, module); //加载模块库
  49. }
  50. return status;
  51. }

load()函数不详细分析了，它通过dlopen加载库文件，然后dlsym找到hal_module_info的首地址。我们先看看hal_module_info的定义：

  1. /**
  2. * Every hardware module must have a data structure named HAL_MODULE_INFO_SYM
  3. * and the fields of this data structure must begin with hw_module_t
  4. * followed by module specific information.
  5. */
  6. typedef struct hw_module_t {
  7. /** tag must be initialized to HARDWARE_MODULE_TAG */
  8. uint32_t tag;
  9. /** major version number for the module */
  10. uint16_t version_major;
  11. /** minor version number of the module */
  12. uint16_t version_minor;
  13. /** Identifier of module */
  14. const char *id;
  15. /** Name of this module */
  16. const char *name;
  17. /** Author/owner/implementor of the module */
  18. const char *author;
  19. /** Modules methods */
  20. struct hw_module_methods_t* methods;
  21. /** module‘s dso */
  22. void* dso;
  23. /** padding to 128 bytes, reserved for future use */
  24. uint32_t reserved[32-7];
  25. } hw_module_t;
  26. typedef struct hw_module_methods_t {
  27. /** Open a specific device */
  28. int (*open)(const struct hw_module_t* module, const char* id,
  29. struct hw_device_t** device);
  30. } hw_module_methods_t;

这个结构体很重要，注释很详细。dlsym拿到这个结构体的首地址后，就可以调用Modules methods进行设备模块的初始化了。设备模块中，都应该按照这个格式初始化好这个结构体，否则dlsym找不到它，也就无法调用Modules methods进行初始化了。

例如，在audio_hw.c中，它是这样定义的：

  1. static struct hw_module_methods_t hal_module_methods = {
  2. .open = adev_open,
  3. };
  4. struct audio_module HAL_MODULE_INFO_SYM = {
  5. .common = {
  6. .tag = HARDWARE_MODULE_TAG,
  7. .version_major = 1,
  8. .version_minor = 0,
  9. .id = AUDIO_HARDWARE_MODULE_ID,
  10. .name = "Tuna audio HW HAL",
  11. .author = "The Android Open Source Project",
  12. .methods = &hal_module_methods,
  13. },
  14. };

3、audio_hw

好了，经过一番周折，又dlopen又dlsym的，终于进入我们的audio_hw。这部分没什么好说的，按照hardware/libhardware/include/hardware/audio.h定义的接口实现就行了。这些接口全扔到一个结构体里面的，这样做的好处是：不必用大量的dlsym来获取各个接口函数的地址，只需找到这个结构体即可，从易用性和可扩充性来说，都是首选方式。

接口定义如下：

  1. struct audio_hw_device {
  2. struct hw_device_t common;
  3. /**
  4. * used by audio flinger to enumerate what devices are supported by
  5. * each audio_hw_device implementation.
  6. *
  7. * Return value is a bitmask of 1 or more values of audio_devices_t
  8. */
  9. uint32_t (*get_supported_devices)(const struct audio_hw_device *dev);
  10. /**
  11. * check to see if the audio hardware interface has been initialized.
  12. * returns 0 on success, -ENODEV on failure.
  13. */
  14. int (*init_check)(const struct audio_hw_device *dev);
  15. /** set the audio volume of a voice call. Range is between 0.0 and 1.0 */
  16. int (*set_voice_volume)(struct audio_hw_device *dev, float volume);
  17. /**
  18. * set the audio volume for all audio activities other than voice call.
  19. * Range between 0.0 and 1.0. If any value other than 0 is returned,
  20. * the software mixer will emulate this capability.
  21. */
  22. int (*set_master_volume)(struct audio_hw_device *dev, float volume);
  23. /**
  24. * setMode is called when the audio mode changes. AUDIO_MODE_NORMAL mode
  25. * is for standard audio playback, AUDIO_MODE_RINGTONE when a ringtone is
  26. * playing, and AUDIO_MODE_IN_CALL when a call is in progress.
  27. */
  28. int (*set_mode)(struct audio_hw_device *dev, int mode);
  29. /* mic mute */
  30. int (*set_mic_mute)(struct audio_hw_device *dev, bool state);
  31. int (*get_mic_mute)(const struct audio_hw_device *dev, bool *state);
  32. /* set/get global audio parameters */
  33. int (*set_parameters)(struct audio_hw_device *dev, const char *kv_pairs);
  34. /*
  35. * Returns a pointer to a heap allocated string. The caller is responsible
  36. * for freeing the memory for it.
  37. */
  38. char * (*get_parameters)(const struct audio_hw_device *dev,
  39. const char *keys);
  40. /* Returns audio input buffer size according to parameters passed or
  41. * 0 if one of the parameters is not supported
  42. */
  43. size_t (*get_input_buffer_size)(const struct audio_hw_device *dev,
  44. uint32_t sample_rate, int format,
  45. int channel_count);
  46. /** This method creates and opens the audio hardware output stream */
  47. int (*open_output_stream)(struct audio_hw_device *dev, uint32_t devices,
  48. int *format, uint32_t *channels,
  49. uint32_t *sample_rate,
  50. struct audio_stream_out **out);
  51. void (*close_output_stream)(struct audio_hw_device *dev,
  52. struct audio_stream_out* out);
  53. /** This method creates and opens the audio hardware input stream */
  54. int (*open_input_stream)(struct audio_hw_device *dev, uint32_t devices,
  55. int *format, uint32_t *channels,
  56. uint32_t *sample_rate,
  57. audio_in_acoustics_t acoustics,
  58. struct audio_stream_in **stream_in);
  59. void (*close_input_stream)(struct audio_hw_device *dev,
  60. struct audio_stream_in *in);
  61. /** This method dumps the state of the audio hardware */
  62. int (*dump)(const struct audio_hw_device *dev, int fd);
  63. };
  64. typedef struct audio_hw_device audio_hw_device_t;

注：这是比较标准的C接口设计方法了，但是个人感觉还是用C++比较好，直观易读。2.3之前都是用C++实现这些接口设计的，到了4.0，不知道为何采纳用C？不会理由是做底层的不懂C++吧？！

三、Audio Hardware HAL的legacy实现

之前提到两种Audio Hardware HAL接口定义：
1/ legacy：hardware/libhardware_legacy/include/hardware_legacy/AudioHardwareInterface.h
2/ current：hardware/libhardware/include/hardware/audio.h
前者是2.3及之前的音频设备接口定义，后者是4.0的接口定义。

为了兼容以前的设计，4.0实现一个中间层：hardware/libhardware_legacy/audio/audio_hw_hal.cpp，结构与其他的audio_hw.c大同小异，差别在于open方法：

  1. static int legacy_adev_open(const hw_module_t* module, const char* name,
  2. hw_device_t** device)
  3. {
  4. ......
  5. ladev->hwif = createAudioHardware();
  6. if (!ladev->hwif) {
  7. ret = -EIO;
  8. goto err_create_audio_hw;
  9. }
  10. ......
  11. }

看到那个熟悉的createAudioHardware()没有？这是以前我提到的Vendor Specific Audio接口，然后新的接口再调用ladev->hwif的函数就是了。

因此老一套的alsa-lib、alsa-utils和alsa_sound也可以照搬过来，这里的文件被编译成静态库的，因此你需要修改alsa_sound里面的Android.mk文件，链接这个静态库。还有alsa_sound的命名空间原来是“android”，现在需要改成“android_audio_legacy”。

四、a2dp Audio HAL的实现

4.0的a2dp audio hal放到bluez里实现了，我找了好一会才找到：
external/Bluetooth/bluez/audio/android_audio_hw.c
大致与上面提到的audio_hw.c类似，因为都是基于audio.h定义的接口来实现的。
如果需要编译这个库，须在BoardConfig.mk里定义：
BOARD_HAVE_BLUETOOTH := true

开始还提到现在支持3种audio设备了，分别是primary、a2dp和usb。目前剩下usb audio hal我没有找到，不知是否需要自己去实现？其实alsa-driver都支持大部分的usb-audio设备了，因此上层也可调用tinyalsa的接口，就像samsung tuna的audio_hw.c那样。

五、音质改进？？？

可使用audio echo cancel和更好的resampler（SRC）？？？

--to be continued…

转自：http://blog.csdn.net/azloong/article/details/6978484

时间： 2024-10-09 07:59:49

转：ANDROID音频系统散记之四：4.0音频系统HAL初探的相关文章

【适配整理】Android 7.0 调取系统相机崩溃解决android.os.FileUriExposedException

一.写在前面 最近由于廖子尧忙于自己公司的事情和 OkGo (一款专注于让网络请求更简单的网络框架) ,故让LZ 接替维护 ImagePicker(一款支持单.多选.旋转和裁剪的图片选择器),也是处理了诸多bug,最近总算趋于稳定了,这里就把Android N (API 24) 以上的相机适配方案分享给大家. Android Nougat 也是被更新很久了,作为一名 Andorid 开发者,我们有义务时刻准备自己调整 targetSdkVersion 为最近的一个,于是从之前的 23 直接提高到

基于Android平台的i-jetty网站智能农业监控系统

基于android平台i-jetty网站的智能农业监控系统 摘要:传统的监控系统,一般是基于PC的有线通信传输,其有很多不足之处,如功耗较高.布线成本高.难度大,适应性差,可扩展性不强,增加新的通信线路需要再次布线施工,而且维护起来也比较麻烦,一旦线路出问题,需要繁琐的检查.而嵌入式Web监控系统是基于物联网技术,其无线通信技术具有成本低廉.适应性强.扩展性强.信息安全.使用维护简单等优点. 智能农业中,种植大棚是通过大棚内安装温湿度以及光照传感器,来对农作物的环境参数进行实时采集,由Web监控

android下调试声卡驱动之I2S音频通信

一.I2S概述 I2S(Inter-IC Sound)总线是飞利浦公司为数字音频设备之间的音频数据传输而制定的一种总线标准,该总线专责于音频设备之 间的数据传输.由4条线组成的数字音频接口,常用于HiFi,STB便携设备.Tx  和Rx信号线用于音频传输.而位时钟和左右时钟 (LRC)用于同步链接.I2S具有灵活性,因为控制器和解码器都可以控制位时钟和左右时钟.位时钟因采样率和主系统时钟而有不 同.LRCLK与采样率相同.少数设备支持独立的ADC和DAC的LRCLK.这使在不同采样率情况下同步捕

Android FM模块学习之四源码解析（二）

上一章我们了解了FM主activity:FMRadio.java,若没查看的,请打开链接Android FM模块学习之四源码解析(一) 查看fmradio.java源码注释.接下来我们来看看FM重要的一个类:FMRadioService.java 由上一章我们已经知道,打开FM时,在OnStart函数中会bindToService来开启服务, public boolean bindToService(Context context, ServiceConnection callback) { L

Android开发之Mediaplayer状态转换图及音频焦点

前言 之前博客里已经将了MediaPlayer的简单应用,如何使用MediaPlayer在Android应用中播放音频.这篇博客在MediaPlayer使用的基础上,讲解一下MediaPlayer的一些高级功能的使用,以及它的状态转换.对MediaPlayer还不了解的朋友可以先看看之前那篇博客:Android--MP3播放器MediaPlayer. 本篇博客主要内容如下: MediaPlayer的状态变换 MediaPlayer的唤醒锁 MediaPlayer的音频焦点 MediaPlayer

Android通过意图使用内置的音频播放器

如果实现一个音频文件的播放,那么在应用程序中提供播放音频文件功能的最简单的方式是利用内置的"Music(音乐)"应用程序的功能--即使用系统自带的或已安装好的音乐播放器来播放指定的音频文件. 本例比较简单,下面直接给出源代码: 布局文件activity_main: <RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:tools="http:/

Android5.0以上系统的移动网络开关

笔者近期遇到一个非常有意思的bug,贴出来和大家分享下. 那是一个温暖的早晨,阳光晒得人非常舒服.一封bug邮件像一片叶子飘到我的邮箱. 一番交流.笔者确认负责的Widget开关在Android5.0以上系统没有作用.相信非常多做过移动网络开关的朋友都知道.传统的方法是在ConnectivityManager中通过反射两个方法setMobileDataEnabled和getMobileDataEnabled来控制移动网络开和关的. /** * Gets the value of the sett

Android基础入门教程——1.1 背景相关与系统架构分析

Android基础入门教程--1.1 背景相关与系统架构分析 1.Android背景与当前的状况 Android系统是由Andy Rubin创建的,后来被Google收购了:最早的版本是:Android 1.1版本 而现在最新的版本是今年5.28,Google I/O大会上推出的Android M,有趣的是Android系统的命名都是以点心来命名的,下述表是15个Android版本名称,对应API号以及发布时间! 系统版本名称 API版本号 发布时间 Android 1.5:Cupcake:纸杯

Android音频开发（5）：音频数据的编解码

前面四篇文章分别介绍了音频开发必备的基础知识.如何采集一帧音频.如何播放一帧音频.如何存储和解析wav格式的文件,建议有兴趣的小伙伴们先读一读,本文则重点关注如何对一帧音频数据进行编码和解码. 1. Android 官方的 MediaCodec API 首先,我们了解一下 Android 官方提供的音频编解码的 API,即 MediaCodec 类,该 API 是在 Andorid 4.1 (API 16) 版本引入的,因此只能工作于 Android 4.1 以上的手机上. 1.1 MediaC