AudioTrack.write()上缓冲区中的数据发生了什么变化

在调用AudioTrack.write()方法时，缓冲区中的数据会发生变化。具体来说，AudioTrack是Android平台上用于播放音频的类，它提供了一个缓冲区用于存储待播放的音频数据。

当调用AudioTrack.write()方法时，将会向缓冲区中写入音频数据。这些音频数据可以是PCM（脉冲编码调制）格式的原始音频数据，也可以是压缩格式的音频数据（如MP3、AAC等）。写入缓冲区的音频数据会被AudioTrack按照特定的采样率、声道数和位深度进行处理和播放。

在写入数据之后，AudioTrack会根据播放模式（如STREAM_MODE、STATIC_MODE等）和播放状态（如播放中、暂停等）来决定何时开始播放缓冲区中的音频数据。一旦开始播放，AudioTrack会将缓冲区中的数据传递给音频硬件进行解码和播放。

需要注意的是，写入缓冲区的数据量不能超过缓冲区的大小限制，否则可能会导致数据丢失或溢出。因此，在使用AudioTrack.write()方法时，需要根据实际情况合理控制写入的数据量。

推荐的腾讯云相关产品：腾讯云音视频处理（https://cloud.tencent.com/product/mps）

相关·内容

NDK--利用AudioTrack播放FFmpeg解码后的音频流

上次已经得到PCM编码的音频流，今天来实现播放PCM音频流，使用安卓提供的AudioTrack，方法很简单，在native层调用java代码首先在java中定义相应的方法： package com.aruba.ffmpegapplication; import android.media.AudioFormat; import android.media.AudioManager; import android.media.AudioTrack; import android.os.Bundle; im

如今几乎每个人都听说过Linux中所谓的”零拷贝”特性，然而我经常碰到没有充分理解这个问题的人们。因此，我决定写一些文章略微深入的讲述这个问题，希望能将这个有用的特性解释清楚。在本文中，将从用户空间应用程序的角度来阐述这个问题，因此有意忽略了复杂的内核实现。什么是”零拷贝” 为了更好的理解问题的解决法，我们首先需要理解问题本身。首先我们以一个网络服务守护进程为例，考虑它在将存储在文件中的信息通过网络传送给客户这样的简单过程中，所涉及的操作。下面是其中的部分简单代阿： read(file, tmp_buf, len); write(socket, tmp_buf, len); 看起来不能更简单了。你也许认为执行这两个系统调用并未产生多少开销。实际上，这简直错的一塌糊涂。在执行这两个系统调用的过程中，目标数据至少被复制了4次，同时发生了同样多次数的用户/内核空间的切换(实际上该过程远比此处描述的要复杂，但是我希望以简单的方式描述之，以更好的理解本文的主题)。为了更好的理解这两句代码所涉及的操作，请看图1。图的上半部展示了上下文切换，而下半部展示了复制操作。

引言传统的 Linux 操作系统的标准 I/O 接口是基于数据拷贝操作的，即 I/O 操作会导致数据在操作系统内核地址空间的缓冲区和应用程序地址空间定义的缓冲区之间进行传输。这样做最大的好处是可以减少磁盘 I/O 的操作，因为如果所请求的数据已经存放在操作系统的高速缓冲存储器中，那么就不需要再进行实际的物理磁盘 I/O 操作。但是数据传输过程中的数据拷贝操作却导致了极大的 CPU 开销，限制了操作系统有效进行数据传输操作的能力。零拷贝（ zero-copy ）技术可以有效地改善数据传输的性能，在内核驱动程序（比如网络堆栈或者磁盘存储驱动程序）处理 I/O 数据的时候，零拷贝技术可以在某种程度上减少甚至完全避免不必要 CPU 数据拷贝操作。

在Android手机上面，音频的处理比视频还要复杂，这真是出人意料。在前面的博文《Android开发笔记（五十七）录像录音与播放》中，介绍了视频/音频的录制与播放，其中录像用的是MediaRecorder类，播放用的是MediaPlayer类。虽然Android还提供了专门的视频视图VideoView，但是该控件并非新的东西，而是继承了MediaRecorder和MediaPlayer，所以严格来说，Android上面只有一种视频的录制和播放方式。可是音频就大不一样了，Android提供了两种录音方式，以及至少三种常用的播音方式。两种录音方式分别是MediaRecorder类和AudioRecord类，而播音方式包括MediaPlayer类、AudioTrack类和SoundPool类，它们的使用场合各有千秋，且待笔者下面细细道来。首先是MediaRecorder与MediaPlayer，这对组合即可用于录像，也可单独录制音频。它们处理的音频文件是压缩过的编码文件，通常用于录制和播放音乐，是最经常用到的。MediaRecorder与MediaPlayer在处理音频和视频时，整体流程是一样的，只有在部分方法的调用上有所差异，下面分别把录音/播音有关的方法列出来。 MediaRecorder的录音相关方法： reset : 重置录制资源 prepare : 准备录制 start : 开始录制 stop : 结束录制 release : 释放录制资源 setOnErrorListener : 设置错误监听器。可监听服务器异常以及未知错误的事件。 setOnInfoListener : 设置信息监听器。可监听录制结束事件，包括达到录制时长或者达到录制大小。 setAudioSource : 设置音频来源。一般使用麦克风AudioSource.MIC。 setOutputFormat : 设置媒体输出格式。OutputFormat.AMR_NB表示窄带格式，OutputFormat.AMR_WB表示宽带格式，AAC_ADTS表示高级的音频传输流格式。该方法要在setVideoEncoder之前调用，不然调用setAudioEncoder时会报错“java.lang.IllegalStateException”。 setAudioEncoder : 设置音频编码器。AudioEncoder.AMR_NB表示窄带编码，AudioEncoder.AMR_WB表示宽带编码，AudioEncoder.AAC表示低复杂度的高级编码，AudioEncoder.HE_AAC表示高效率的高级编码，AudioEncoder.AAC_ELD表示增强型低延迟的高级编码。注意：setAudioEncoder应在setOutputFormat之后执行，否则会出现“setAudioEncoder called in an invalid state(2)”的异常。 setAudioSamplingRate : 设置音频的采样率，单位赫兹（Hz）。该方法为可选，AMRNB默认8khz，AMRWB默认16khz。 setAudioChannels : 设置音频的声道数。1表示单声道，2表示双声道。该方法为可选 setAudioEncodingBitRate : 设置音频每秒录制的字节数。越大则音频越清晰。该方法为可选 setMaxDuration : 设置录制时长。单位毫秒。 setMaxFileSize : 设置录制的媒体大小。单位字节。 setOutputFile : 设置输出文件的路径。 MediaPlayer的播音相关方法： reset : 重置播放器 prepare : 准备播放 start : 开始播放 pause : 暂停播放 stop : 停止播放 setOnPreparedListener : 设置准备播放监听器。 setOnCompletionListener : 设置结束播放监听器。 setOnSeekCompleteListener : 设置播放拖动监听器。 create : 创建指定Uri的播放器。 setDataSource : 设置播放数据来源。create与setDataSource只需设置其一。 setVolume : 设置音量。第一个参数是左声道，第二个参数是右声道，取值在0-1之间。 setAudioStreamType : 设置音频流的类型。AudioManager.STREAM_MUSIC表示音乐，AudioManager.STREAM_RING表示铃声，AudioManager.STREAM_ALARM表示闹钟，AudioManager.STREAM_NOTIFICATION表示通知。 setLooping : 设置是否循环播放。 i

Transform流特性在开发中直接接触Transform流的情况不是很多，往往是使用相对成熟的模块或者封装的API来完成流的处理，最为特殊的莫过于through2模块和gulp流操作。那么，Transform流到底有什么特点呢？从名称上说，Transform意为处理，类似于生产流水线上的每一道工序，每道工序针对到来的产品作相应的处理；从结构上看，Transform是一个双工流，通俗的解释它既可以作为可读流，也可作为可写流。但是，node却对Transform流针对其特性做了更为特殊的定制，使Trans

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

AudioTrack.write()上缓冲区中的数据发生了什么变化

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐