本文将对几种音频混音的方法进行详细的介绍和比较,读完之后你应该可以对混音有个基本的认识,针对不同情形知道应该采用哪种具体的处理方法了。
如果对音频的一些基础知识还不是很了解的建议先去阅读一下上一篇文章:写给小白的音频认识基础 。
混音的原理
音频混音的原理: 空气中声波的叠加等价于量化的语音信号的叠加。

这句话可能有点拗口,我们从程序员的角度去观察就不难理解了。下图是两条音轨的数据,将每个通道的值做线性叠加后的值就是混音的结果了。比如音轨A和音轨B的叠加,A.1 表示 A 音轨的 1 通道的值 AB03 , B.1 表示 B 音轨的 1 通道的值 1122 , 结果是 bc25,然后按照低位在前的方式排列,在合成音轨中就是 25bc,这里的表示都是 16 进制的。

直接加起来就可以了?事情如果这么简单就好了。音频设备支持的采样精度肯定都是有限的,一般为 8 位或者 16 位,大一些的为 32 位。在音轨数据叠加的过程中,肯定会导致溢出的问题。为了解决这个问题,人们找了不少的办法。这里我主要介绍几种我用过的,并给出相关代码实现和最终的混音效果对比结果。
线性叠加平均
这种办法的原理非常简单粗暴,也不会引入噪音。原理就是把不同音轨的通道值叠加之后取平均值,这样就不会有溢出的问题了。但是会带来的后果就是某一路或几路音量特别小那么整个混音结果的音量会被拉低。
以下的的单路音轨的音频参数我们假定为采样频率一致,通道数一致,通道采样精度统一为 16 位。
其中参数 bMulRoadAudios 的一维表示的是音轨数,二维表示该音轨的音频数据。
Java 代码实现:
1 |  | 
2 |         public byte[] mixRawAudioBytes(byte[][] bMulRoadAudios) { | 
3 | |
4 |             if (bMulRoadAudios == null || bMulRoadAudios.length == 0) | 
5 |                 return null; | 
6 | |
7 |             byte[] realMixAudio = bMulRoadAudios[0]; | 
8 |             if(realMixAudio == null){ | 
9 |                 return null; | 
10 |             } | 
11 | |
12 |             final int row = bMulRoadAudios.length; | 
13 | |
14 |             //单路音轨 | 
15 |             if (bMulRoadAudios.length == 1) | 
16 |                 return realMixAudio; | 
17 | |
18 |             //不同轨道长度要一致,不够要补齐 | 
19 | |
20 |             for (int rw = 0; rw < bMulRoadAudios.length; ++rw) { | 
21 |                 if (bMulRoadAudios[rw] == null || bMulRoadAudios[rw].length != realMixAudio.length) { | 
22 |                     return null; | 
23 |                 } | 
24 |             } | 
25 | |
26 |             /** | 
27 |              * 精度为 16位 | 
28 |              */ | 
29 |             int col = realMixAudio.length / 2; | 
30 |             short[][] sMulRoadAudios = new short[row][col]; | 
31 | |
32 |             for (int r = 0; r < row; ++r) { | 
33 |                 for (int c = 0; c < col; ++c) { | 
34 |                     sMulRoadAudios[r][c] = (short) ((bMulRoadAudios[r][c * 2] & 0xff) | (bMulRoadAudios[r][c * 2 + 1] & 0xff) << 8); | 
35 |                 } | 
36 |             } | 
37 | |
38 |             short[] sMixAudio = new short[col]; | 
39 |             int mixVal; | 
40 |             int sr = 0; | 
41 |             for (int sc = 0; sc < col; ++sc) { | 
42 |                 mixVal = 0; | 
43 |                 sr = 0; | 
44 |                 for (; sr < row; ++sr) { | 
45 |                     mixVal += sMulRoadAudios[sr][sc]; | 
46 |                 } | 
47 |                 sMixAudio[sc] = (short) (mixVal / row); | 
48 |             } | 
49 | |
50 |             for (sr = 0; sr < col; ++sr) { | 
51 |                 realMixAudio[sr * 2] = (byte) (sMixAudio[sr] & 0x00FF); | 
52 |                 realMixAudio[sr * 2 + 1] = (byte) ((sMixAudio[sr] & 0xFF00) >> 8); | 
53 |             } | 
54 | |
55 |             return realMixAudio; | 
56 |         } | 
自适应混音
参与混音的多路音频信号自身的特点,以它们自身的比例作为权重,从而决定它们在合成后的输出中所占的比重。具体的原理可以参考这篇论文:快速实时自适应混音方案研究。这种方法对于音轨路数比较多的情况应该会比上面的平均法要好,但是可能会引入噪音。
Java 代码实现:
1 |  | 
2 |  public byte[] mixRawAudioBytes(byte[][] bMulRoadAudios) { | 
3 |      //简化检查代码 | 
4 | |
5 |      /** | 
6 |       * 精度为 16位 | 
7 |       */ | 
8 |      int col = realMixAudio.length / 2; | 
9 |      short[][] sMulRoadAudios = new short[row][col]; | 
10 | |
11 |      for (int r = 0; r < row; ++r) { | 
12 |          for (int c = 0; c < col; ++c) { | 
13 |              sMulRoadAudios[r][c] = (short) ((bMulRoadAudios[r][c * 2] & 0xff) | (bMulRoadAudios[r][c * 2 + 1] & 0xff) << 8); | 
14 |          } | 
15 |      } | 
16 | |
17 |      short[] sMixAudio = new short[col]; | 
18 |      int sr = 0; | 
19 | |
20 |      double wValue; | 
21 |      double absSumVal; | 
22 | |
23 |      for (int sc = 0; sc < col; ++sc) { | 
24 |          sr = 0; | 
25 | |
26 |          wValue = 0; | 
27 |          absSumVal = 0; | 
28 | |
29 |          for (; sr < row; ++sr) { | 
30 |              wValue += Math.pow(sMulRoadAudios[sr][sc], 2) * Math.signum(sMulRoadAudios[sr][sc]); | 
31 |              absSumVal += Math.abs(sMulRoadAudios[sr][sc]); | 
32 |          } | 
33 | |
34 |          sMixAudio[sc] = absSumVal == 0 ? 0 : (short) (wValue / absSumVal); | 
35 |      } | 
36 | |
37 |      for (sr = 0; sr < col; ++sr) { | 
38 |          realMixAudio[sr * 2] = (byte) (sMixAudio[sr] & 0x00FF); | 
39 |          realMixAudio[sr * 2 + 1] = (byte) ((sMixAudio[sr] & 0xFF00) >> 8); | 
40 |      } | 
41 | |
42 |      return realMixAudio; | 
43 |  } | 
多通道混音
在实际开发中,我发现上面的两种方法都不能达到满意的效果。一方面是和音乐相关,对音频质量要求比较高;另外一方面是通过手机录音,效果肯定不会太好。不知道从哪里冒出来的灵感,为什么不试着把不同的音轨数据塞到不同的通道上,让声音从不同的喇叭上同时发出,这样也可以达到混音的效果啊!而且不会有音频数据损失的问题,能很完美地呈现原来的声音。
于是我开始查了一下 Android 对多通道的支持情况,对应代码可以在android.media.AudioFormat中查看,结果如下:
1 | public static final int CHANNEL_OUT_FRONT_LEFT = 0x4; | 
2 | public static final int CHANNEL_OUT_FRONT_RIGHT = 0x8; | 
3 | public static final int CHANNEL_OUT_FRONT_CENTER = 0x10; | 
4 | public static final int CHANNEL_OUT_LOW_FREQUENCY = 0x20; | 
5 | public static final int CHANNEL_OUT_BACK_LEFT = 0x40; | 
6 | public static final int CHANNEL_OUT_BACK_RIGHT = 0x80; | 
7 | public static final int CHANNEL_OUT_FRONT_LEFT_OF_CENTER = 0x100; | 
8 | public static final int CHANNEL_OUT_FRONT_RIGHT_OF_CENTER = 0x200; | 
9 | public static final int CHANNEL_OUT_BACK_CENTER = 0x400; | 
10 | public static final int CHANNEL_OUT_SIDE_LEFT =         0x800; | 
11 | public static final int CHANNEL_OUT_SIDE_RIGHT =       0x1000; | 
一共支持 10 个通道,对于我的情况来说是完全够用了。我们的耳机一般只有左右声道,那些更多通道的支持是 Android 系统内部通过软件算法模拟实现的,至于具体如何实现的,我也没有深入了解,在这里我们知道这回事就行了。我们平时所熟知的立体声,5.1 环绕等就是上面那些通道的组合。
1 | int CHANNEL_OUT_MONO = CHANNEL_OUT_FRONT_LEFT; | 
2 | |
3 | int CHANNEL_OUT_STEREO = (CHANNEL_OUT_FRONT_LEFT | CHANNEL_OUT_FRONT_RIGHT); | 
4 | |
5 | int CHANNEL_OUT_5POINT1 = (CHANNEL_OUT_FRONT_LEFT | CHANNEL_OUT_FRONT_RIGHT | | 
6 |            CHANNEL_OUT_FRONT_CENTER | CHANNEL_OUT_LOW_FREQUENCY | CHANNEL_OUT_BACK_LEFT | CHANNEL_OUT_BACK_RIGHT); | 
知道原理之后,实现起来非常简单,下面是具体的代码:
1 |  | 
2 | public byte[] mixRawAudioBytes(byte[][] bMulRoadAudios) { | 
3 | |
4 |     int roadLen = bMulRoadAudios.length; | 
5 | |
6 |     //单路音轨 | 
7 |     if (roadLen == 1) | 
8 |         return bMulRoadAudios[0]; | 
9 | |
10 |     int maxRoadByteLen = 0; | 
11 | |
12 |     for(byte[] audioData : bMulRoadAudios){ | 
13 |         if(maxRoadByteLen < audioData.length){ | 
14 |             maxRoadByteLen = audioData.length; | 
15 |         } | 
16 |     } | 
17 | |
18 |     byte[] resultMixData = new byte[maxRoadByteLen * roadLen]; | 
19 | |
20 |     for(int i = 0; i != maxRoadByteLen; i = i + 2){ | 
21 |         for(int r = 0; r != roadLen; r++){ | 
22 |             resultMixData[i * roadLen + 2 * r] = bMulRoadAudios[r][i]; | 
23 |             resultMixData[i * roadLen + 2 * r + 1] = bMulRoadAudios[r][i+1]; | 
24 |         } | 
25 |     } | 
26 |     return resultMixData; | 
27 | } | 
结果比较
线性叠加平均法虽然看起来很简单,但是在音轨数量比较少的时候取得的效果可能会比复杂的自适应混音法要出色。
自适应混音法比较合适音轨数量比较多的情况,但是可能会引入一些噪音。
多通道混音虽然看起来很完美,但是产生的文件大小是数倍于其他的处理方法。
没有银弹,还是要根据自己的应用场景来选择,多试一下。
下面是我录的两路音轨:
音轨一:
音轨二:
线性叠加平均法:
自适应混音法:
多通道混音:
采样频率、采样精度和通道数不同的情况如何处理?
不同采样频率需要算法进行重新采样处理,让所有音轨在同一采样率下进行混音,这个比较复杂,等有机会再写篇文章介绍。
采样精度不同比较好处理,向上取精度较高的作为基准即可,高位补0;如果是需要取向下精度作为基准的,那么就要把最大通道值和基准最大值取个倍数,把数值都降到最大基准数以下,然后把低位移除。
通道数不同的情况也和精度不同的情况相似处理。
参考资料
关于Agile Studio工作室
我们是一支由资深独立开发者和设计师组成的团队,成员均有扎实的技术实力和多年的产品设计开发经验,提供可信赖的软件定制服务。
未经声明,本站文章均为原创,转载请附上链接:
http://blog.agilestudio.cn/Android-A-Good-MixAudioMethod/