java - 停止 SourceDataLine 时防止出现 "click"

Question

我正在制作一个小工具，用于用 Java 播放和同步多个音频文件。我正在使用 SourceDataLine 我的代码必须向其提交音频数据以进行播放。问题是，每当我停止这样的播放时，就会听到轻微的“咔哒”声，这对于我需要使用该程序的用途来说是 Not Acceptable 。

我需要专门使用SourceDataLine，因为它为我提供了该工具工作所需的控制权，这就是我不能使用Clip的原因。尽管这个问题也存在。

我还需要我的工具与大多数 AudioFormats Java 支持兼容。

这是一个存在此问题的简短代码:

import java.io.ByteArrayOutputStream;
import java.io.File;
import java.util.concurrent.locks.LockSupport;

import javax.sound.sampled.AudioFormat;
import javax.sound.sampled.AudioInputStream;
import javax.sound.sampled.AudioSystem;
import javax.sound.sampled.SourceDataLine;

public class ClickTest {
    public static final File file = new File("ClickTest.wav");
    public static void main(String[] atgs) throws Throwable{
        AudioInputStream input = AudioSystem.getAudioInputStream(file);
        ByteArrayOutputStream output = new ByteArrayOutputStream();
        input.transferTo(output);
        input.close();
        byte[] data = output.toByteArray();//Now we have the file content
        AudioFormat format = input.getFormat();
        System.out.println(format);
        //Example case: PCM_SIGNED 44100.0 Hz, 16 bit, stereo, 4 bytes/frame, little-endian
        SourceDataLine line = AudioSystem.getSourceDataLine(format);
        line.open(format);
        System.out.println(line.getBufferSize());
        //Prints 88200 which is 22050 frames (half a second) in my case
        line.start();
        long endTime = System.currentTimeMillis()+5000l;
        //I am aware that this blocks but it returns before the end of the 5-second playback.
        line.write(data, 0, (int)(format.getFrameSize()*format.getFrameRate()*5));
        assert(endTime > System.currentTimeMillis());//Assertion succeeds
        LockSupport.parkUntil(endTime);
        line.stop();//We don't really need this call because the line is reaching the end about now.
        line.close();//Prevent resource leak
    }
}

上面的代码应该加载一个文件(大约 10 秒长的音频文件)并在停止之前播放该文件的前 5 秒。

虽然 stop() 的文档没有说明任何内容，但 flush() 的文档确实提到了 5 秒播放时可以听到的“咔嗒”声结束。需要明确的是，我知道是什么原因导致它，但我不知道如何预防它。

我可以采取什么措施来防止播放结束时发出喀哒声？

Answer 1

这是突然停止的预期结果。信号突然从波变成无，并且这种转变(“不连续性”)以类似于脉冲点击的方式产生能量。

我在音频工作中采用的解决方案是在多个帧上逐渐减小音量，例如，1028 用于平滑 AudioCue 中的此类咔嗒声。 。那里的代码通过将过渡分散到多个帧来处理改变音量的命令。但如果没有大量上下文，可能很难阅读。如果您确实看了一下，最相关的线路是 110、896-900 和 1301-1322。此外，该代码用于任何方向上的音量变化，而不仅仅是根据您的情况从 1 平滑到 0。

就您而言，任务如下:

1. 将 SourceDataLine 字节转换为 PCM 值
2. 在多个帧的过程中(为了安全起见，我使用 1028，但您可能会发现使用较小的数字也可以)，将 PCM 值乘以一个在帧内从 1 过渡到 0 的因子。选择的帧数
3. 将 PCM 值转换回字节

是的，这很麻烦。

探索的另一种可能性是看看是否可以使用卷 Control 。 Java试图提供“音量”和“主增益”。但两者都不能保证(我在大师那里取得了更多成功)。此外，这些值不是在每帧的基础上查询的，而是仅在每个缓冲区的基础上查询的。根据 SourceDataLine 使用的缓冲区大小，这将显着降低您更改音量的速率，而不会出现“ zipper ”(由于不连续性而产生的微小点击声)或其他工件。在此基础上，需要更大的增量(比 1/1028)，但这会增加点击的可能性。