R Ridolph Unregistered / Unconfirmed GUEST, unregistred user! 2003-12-12 #1 我用realplay播放Mp3，得到播放位置是毫秒数，我想把这个毫秒数转为文件的实际尺寸位置，如何实现？我想实现精确分割Mp3文件功能。 要求同时支持Layer I/II/III的MP3。
M mylu7735 Unregistered / Unconfirmed GUEST, unregistred user! 2003-12-12 #2 MP3文件的音频数据是每一帧独立的，每一个帧都有自己的帧头、数据，以前曾分析过一阵子，现在不太记得了，建议搜索一下MP3文件格式方面的文章，分析出文件格式才能知道播放位置与实际文件位置的关系。
R Ridolph Unregistered / Unconfirmed GUEST, unregistred user! 2003-12-12 #3 这个我也在看，不过先谢谢mylu7735 http://www.mp3-tech.org/programmer/frame_header.html
R Ridolph Unregistered / Unconfirmed GUEST, unregistred user! 2003-12-12 #4 现在我发现，同一个MP3，用不同播放器，其显示的总时间都不相同。 realplay显示为22分23秒 MediaPlayer显示为23分30秒 cool edit pro 显示2323分10秒 也就意味着我做出来函数，因没有标准参考，按其时间来分割出来文件，肯定达不到精确 各位，有没有播放MP3定位是用byte去定位的，而不是用time去定位的播放代码？
现在我发现，同一个MP3，用不同播放器，其显示的总时间都不相同。 realplay显示为22分23秒 MediaPlayer显示为23分30秒 cool edit pro 显示2323分10秒 也就意味着我做出来函数，因没有标准参考，按其时间来分割出来文件，肯定达不到精确 各位，有没有播放MP3定位是用byte去定位的，而不是用time去定位的播放代码？
R Ridolph Unregistered / Unconfirmed GUEST, unregistred user! 2003-12-12 #6 对着VBR的MP3，各播放器算出的总时间是不准的。 但对Layer I/II的MP3，其总时间相差不到200毫秒，这还是可以接收的。
Q qince Unregistered / Unconfirmed GUEST, unregistred user! 2003-12-14 #7 但是MP3多数是CBR的,其实很多Linux下的MP3播放器显示的时间使用压缩码流(Mbps)和Frame中的数据量求出来的,所以不同的精度会有不同的时间显示，而且如果想精确到毫秒不太可能，毕竟MP3中没有时间戳（PTS和DTS）。
但是MP3多数是CBR的,其实很多Linux下的MP3播放器显示的时间使用压缩码流(Mbps)和Frame中的数据量求出来的,所以不同的精度会有不同的时间显示，而且如果想精确到毫秒不太可能，毕竟MP3中没有时间戳（PTS和DTS）。
