search

tsuzu / xld

Automatically exported from code.google.com/p/xld
0 stars 0 forks source link

convert wav to lame mp3 adds offset of approx. 575 samples #158

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. xld set to lame encode / cbr / 320kbps / high quality 
2. drop .wav file on xld icon
3. import wav and mp3 file with triumph (audiofile-engineering.com), compare

How about the reproducibility (always, sometimes, rarely, ...)?

always, also with different lame mp3 conversion settings

What is the expected output? What do you see instead?

i would expect and identical start and end point
but i see start with an offset of approx 575 samples, end is truncated by this 
factor

What version of the product are you using? On what operating system?

Version 20130127 (142.3)
OS X 10.8.2

Please provide any additional information below.

Original issue reported on code.google.com by boingbum...@googlemail.com on 13 Feb 2013 at 4:48

GoogleCodeExporter commented 9 years ago 
Not a problem.

MP3 format cannot preserve the exact length of the original file, because 
encoder adds extra samples for encoding (google for "encoder delay" and 
"padding"). If you want a sample-accurate result, you have to use a decoder 
which can handle LAME tag (which contains encoder delay and padding) properly.

Original comment by tmkkmac on 13 Feb 2013 at 4:58