我正在制作一个用于在Java中播放和同步多个音频文件的小工具。我正在使用SourceDataLine，我的代码必须向其中提交音频数据以进行播放。问题是，每当我停止这样的播放时，都会听到一声“喀哒”声，这对于我使用此程序所需的功能是不可接受的。
我需要专门使用SourceDataLine，因为它为我提供了该工具正常工作所需的控制，这就是为什么我不能使用Clip的原因。尽管这里也存在这个问题。
我还需要我的工具与大多数AudioFormat的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秒长的音频文件），并在播放前播放文件的前五秒。
虽然
stop()的文档什么都没说，但是flush()的文档确实提到了5秒钟播放结束时可以听到的“喀哒”声。明确地说，我知道是什么原因引起的，但我不知道如何预防。我有什么办法可以防止在播放结束时出现这种咔嗒声？
最佳答案
这是突然停止的预期结果。信号突然从波动变为零，这种转变（“间断性”）以类似于脉冲喀哒声的方式产生能量。
我在音频工作中采用的解决方案是在多个帧上逐渐减小音量，例如1028用于平滑AudioCue中的此类点击。那里的代码处理命令，通过将过渡分布在多个帧上来改变音量。但是，如果没有很多上下文，可能很难阅读。如果您看一下，最相关的行是110、896-900和1301-1322。而且，该代码用于在任何方向进行音量更改，而不仅仅是根据情况需要从1平滑到0。
在您的情况下，任务如下：
将SourceDataLine字节转换为PCM值
在许多帧的过程中（为了安全起见，我使用1028，但您可能会发现使用较小的帧数是可以的），将PCM值乘以在所选的帧数上从1转换为0的因子。镜框
将PCM值转换回字节
是的，这很麻烦。
探索的另一种可能性是查看是否可以使用卷Control。 Java尝试提供“音量”和“主增益”。但是都不能保证（我在大师方面取得了更大的成功）。同样，这些值不以帧为单位进行查询，而仅以缓冲区为单位进行查询。取决于SourceDataLine使用的缓冲区的大小，这将显着降低更改音量的速率，而不会出现“拉链”（由于不连续而产生的微小咔嗒声）或其他伪影。在此基础上，需要更大的增量（大于1/1028），但这会增加点击的可能性。