• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

Exact Audio Copy/LAME - ripped MP3s show wrong total playing time- RESOLVED!

tk149

Diamond Member
Me = Total Newbie at ripping MP3s - so speak to me as if I were a Kindergartener.

I downloaded the latest versions of EAC (V0.9 beta 4) and LAME last week.

I set up EAC using the "beginner mode-hide all advanced features" and told it to use LAME to encode MP3s.

Here's the "additional command line options" EAC is feeding to LAME:
%l--alt-preset 192%l%h--alt-preset standard%h %s %d

I ripped a bunch of MP3s, and have found that Windows Media Player reports the incorrect total playing time of the MP3s I've created. WMP reports the correct playing time for my friend's MP3s.

Winamp reports the correct time (almost - it's off by a few seconds - but I guess that has something to do with the CDROM drive and EAC advanced settings).

I looked at the command line options page at http://lame.sourceforge.net/USAGE, but I don't understand what EAC is doing with LAME.

Why is WMP giving the wrong playback time and how can I fix it?



 
WMP can't properly handle VBR-encoded MP3s. It'll play them fine, but the actual playing time, as you've found, is screwed up.

JW
 
Originally posted by: JW310
WMP can't properly handle VBR-encoded MP3s. It'll play them fine, but the actual playing time, as you've found, is screwed up.

JW

yep. Even on some lame vbr files, winamp doesn't display the correct time.

 
Back
Top