tanstaafl.
Board Fan
Group: Members
Posts: 11
Joined: Dec. 2003 |
 |
Posted: Mar. 28 2010,18:05 |
 |
I notice that the "Length" reported by MP3TS (length being minutes and seconds, not the number of bytes) differs substantially from the actual play time of the file. Some files are within 30 seconds, others differ by as much as 10 or 11 MINUTES. (The files I am tagging range from 45 to 75 minutes in length.) The file Sizes (i.e., bytes) agree exactly.
This is how the files are created. I download an audio book from the Library in *.WMA format. I transcode the file to *.MP3 using a program called Tunebite. I compare the duration of the original *.WMA file to the newly created *.MP3 file to find files corrupted by the transcoding process. Any difference in excess of one second requires re-transcoding. (I attribute a one-second error to be a rounding error; I have never found corruption in a file with that small a difference.) The sum of the minutes/seconds for the entire book always matches the Library's claim for the book length, +/- a second or two.
I am transcoding from [I think] 32KBPS WMA files to 64-128KBPS VBR MP3 files.
When I open the files in MP3TS for tagging, the file durations bear little or no resemblance to the actual play lengths, some (as mentioned above) off by more than 10 minutes.
This is not an inconvenience to me, I don't use the MP3TS Length for anything, it is just a minor curiosity. Is this a [known?] bug in MP3TS, or is it some weird artifact produced by the prior steps (download-->WMA-->Tunebite-->transcode-->MP3) of my processing?
tanstaafl.
Edited by tanstaafl. on Mar. 28 2010,18:09
|
