java – MP3：对于任何给定的字节位置,以毫秒为单位获取位置的方法？

我创建了一个servlet,它从客户端请求的任何给定字节位置开始返回一个流(来自MP3文件).这允许客户端在任何给定的字节位置立即开始播放,而无需进行任何本地搜索.

现在,我有一个可视化进度的滑块.我正在使用当前字节位置来更新滑块.但是,我还想在几秒钟内显示当前位置.

这要求服务器可以将当前位置(以字节为单位)“转换”为以毫秒为单位的位置.然后,服务器可以以毫秒为单位提供流开始位置作为响应头.

有没有人有关于如何计算当前位置的经验,以字节为单位到毫秒？

UPDATE

从评论中可以清楚地看出,没有精确的方法可以将转换字节转换为毫秒,反之亦然,无需将MP3文件解码到该点(以毫秒或字节为单位),然后确定已读取的字节数或毫秒数已经玩过了.但是,考虑到服务器,例如100个用户同时请求文件,这种方法显然不会表现得太好.然后,服务器必须将MP3文件解码到请求的位置,然后从该点返回流.我选择了与性能交换精度,并采用了一种方法,它给了我近似的位置,这对于一个只是为了播放音轨的播放器来说已经足够好了(而不是将音频与其他音源同步到毫秒级).

我所做的是玩家(在客户端)现在只关心毫秒(MS).也就是说,进度条的当前值和最大值是MS,而不是第一次执行的字节.要从任何给定位置开始播放,客户端请求服务器(servlet)提供从MS中任何给定位置开始的音频流. servlet使用JAudioTagger获取有关文件的详细信息,然后对MS位置对应的字节位置进行近似计算.我已经测试过了,它与CBR(恒定比特率)文件配合得很好.该方法不适用于VBR(可变比特率)文件,因为帧大小可能会有所不同.请注意,这只是一个播放音乐文件的播放器.它并不打算将音频与其他媒体同步到MS.下面提供了从MS转换为字节的代码剪切.

更新(2012年7月3日)

servlet已经使用下面的代码运行了很长一段时间,而且工作得非常好.已经播放了数以千计的MP3,从ms到字节的近似值可以正常工作.

更新(2017年1月3日)

servlet仍在使用这个完全相同的代码运行,并且已经很好地播放了数十万个MP3.在制作期间,没有任何关于播放和时间的投诉.

/**
 * Returns the approximate byte position for any given position in
 * milliseconds.
 *
 * http://www.java2s.com/Open-Source/Android/Mp3/needletagger/org/jaudiotagger/audio/mp3/MP3AudioHeader.java.htm
 * http://www.autohotkey.com/forum/topic29420.html
 *
 * @param   file the <code>File</code> for which the byte position for the
 *          provided position in milliseconds is to be returned.
 * @param   ms a <code>long</code> being the position in milliseconds for
 *          which the corresponding byte position is to be returned.
 * @return  a <code>long</code> being the byte position, or <b>-1</b> if the
 *          position in bytes could not be obtained.
 */
public static long getApproximateBytePositionForMilliseconds(File file, long ms) {

    long bytePosition = -1;

    try {

        AudioFile audioFile = AudioFileIO.read(file);
        AudioHeader audioHeader = audioFile.getAudioHeader();

        if (audioHeader instanceof MP3AudioHeader) {
            MP3AudioHeader mp3AudioHeader = (MP3AudioHeader) audioHeader;
            long audioStartByte = mp3AudioHeader.getMp3StartByte();
            long audioSize = file.length() - audioStartByte;
            long frameCount = mp3AudioHeader.getNumberOfFrames();
            long frameSize = audioSize / frameCount;

            double frameDurationInMs = (mp3AudioHeader.getPreciseTrackLength() / (double) frameCount) * 1000;
            double framesForMs = ms / frameDurationInMs;
            long bytePositionForMs = (long) (audioStartByte + (framesForMs * frameSize));
            bytePosition = bytePositionForMs;
        }

        return bytePosition;

    } catch (Exception e) {
        return bytePosition;
    }

}

解决方法:

它不像那样工作.即使你的MP3文件是恒定比特率编码,哪个字节位置编码流中的第二个是可变的. (可以肯定的是,VBR编码使其变得比CBR更多变量,但都是相同的.)可靠地获取此信息的唯一方法是实际解码流到那一点,您可能不想这样做.这就是为什么即使像XMMS这样的专业玩家在跳过时也无法可靠地更新滑块的原因.

标签：java,mp3,audio-streaming
来源： https://codeday.me/bug/20190530/1186079.html