Posted by 2privatus on 07/25/06 23:54

fred-bloggs wrote:

>
> For the mp3s you already have try fixing the seek tag with vbrfix,
> mp3trim or foobar2k.
>
> If that solves the problem, in future try encoding wavs from Audio
> Cleaning Lab with Razorlame.
>
> --
> fred


Fred,

Thanks for referring me to vbrfix. I've processed my Mp3 lecture
series -- which were encoded using VBR -- through it, and then imported
the resulting files into iTunes. The resulting files showed play
durations that were more reasonable (somewhere around the approximately
45 minute durations of each lecture). However...

The problem persists: When played in iTunes, these vbrfix'ed Mp3
lecture series files still "skip ahead" to the next file in the series,
rather then playing themselves out to the end.

Observation:

When played in Windows Media Player 10 (WMP10), both the "original"
(un[vbr]fix'ed) and the "altered" (vbrfix'ed) Mp3 play themselves out
normally to the end of the file. However, the durations shown for
these two files are different: The original (un[vbr]fix'ed) files show
a longer duration than do the altered (vbrfix'ed) versions.

Examples:

"Original" Lect_02.mp3 duration is shown as being 45:13
"Altered" Lect_02.mp3 duration is shown as being 43:38

"Original" Lect_08.mp3 duration is shown as being 46:44
"Altered" Lect_08.mp3 duration is shown as being 45:00

BTW: The amount of audio "lost" when the files are played by iTunes
does not correspond to the difference in these durations. By my
reckoning, only the concluding 20 seconds of the files are "skipped
over" as iTunes shifts from one lecture to the next in the sequence.

Question:

How do I set up vbrfix -- or any other Mp3 VBR ''fixer'' -- to correct
this "skip ahead" problem when these Mp3 files are played in iTunes
(and then, in my iPod)?

Thanks,

2privatus@comcast.net

[Back to original message]