串联MP3文件 [英] Concatenating MP3 files

问题描述

看到MP3帧(主要是独立的单元)如何，我认为将几个无标签的MP3文件简单地连接在一起以无损地合并它们会很好.

Seeing as how MP3 frames are (mostly) independent units, I thought it would work well to simply concatenate several tagless MP3 files together in order to merge them losslessly.

但是，看来，许多播放器程序(包括mplayer和mpd)似乎都在某种程度上检测文件长度，而我找不到相应的文档，只能看到并播放与第一个对应的部分.我串联的文件中.

However, as it seems, many player programs (including mplayer and mpd) seem to be detecting the file length in some way that I cannot find documentation for, and only see and play the part corresponding to the first of the files I concatenated.

无论这些信息是什么，我敢肯定编写一个要删除的程序然后重新构建它并不难，但是我不知道它是什么.有人知道吗?

Whatever this information is, I'm sure it can't be too hard to write a program to remove and then rebuild it, but I have no clue what it is. Does anyone know?

只需确保:是的，我删除了所有文件的ID3标签.

Just to make sure: Yes, I removed the ID3 tags of all the files.

推荐答案

啊.我找到了 mp3val 程序，该程序在连接后尝试在生成的文件上运行，它告诉我该文件包含一个星标"，该星伪装成一个空的数据块时，显然包含有关文件的帧数和长度的冗余信息.

Ah. I found the mp3val program, which I tried running at the resultant file after concatenation, and it told me that the file contains a "Xing header" which, while masquerading as an empty data chunk, apparently contains redundant information about the number of frames and length of the file.

它似乎是为VBR文件制作的，但是这些CBR文件仍然包含它.无论哪种方式，Google都指向很多有关Xing标头的信息，这似乎正是我所需要的.

It seems to be made for VBR files, but these CBR files contain it nonetheless. Either way, Google does point to a lot of information about the Xing header, which appears to be what I need.

这篇关于串联MP3文件的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！