Ticket #40 (new defect)
encoding to mp3vbr is missing lame headers
|Reported by:||https://www.google.com/accounts/o8/id?id=aitoawntq-j7jbthy0dbtyuacb9d9av0d59mumc||Owned by:||https://thomasvs.myopenid.com/|
I've been struggling for a while trying to get gapless playable mp3s from morituri, but always end up with files with a tiny hiccup of silence at the end. After a stack of research I think I've tracked down the problem to missing lame headers in the mp3 files produced by morituri.
I've compared the files output by morituri to similar files produced by EAC...
$ eyeD3 --lametag 01.\ Café\ Tacvba\ -\ Seguir\ siendo.mp3
- Café Tacvba - Seguir siendo.mp3 [ 4.02 MB ]
No LAME Tag
$eyeD3 --lametag Track01.mp3
Track01.mp3 [ 3.77 MB ]
Encoder Version : LAME3.98r
LAME Tag Revision : 0
VBR Method : Variable Bitrate method2 (mtrh)
Lowpass Filter : 18500
Radio Replay Gain : -2.0 dB (Set automatically)
Encoding Flags : --nspsytune --nssafejoint
ATH Type : 4
Bitrate (Minimum) : 192
Encoder Delay : 576 samples
Encoder Padding : 960 samples
Noise Shaping : 1
Stereo Mode : Joint
Unwise Settings : False
Sample Frequency : 44.1 kHz
MP3 Gain : 0 (+0.0 dB)
Preset : V2
Surround Info : None
Music Length : 3.77 MB
Music CRC-16 : 07F9
LAME Tag CRC-16 : E5BF
It's the encoder delay and encoder padding tags which are the important ones. I think somewhere in the gstreamer element which is encoding the mp3 through lame these tags are getting stripped.
Morituri does a fantastic job of ripping the cds, it's just the encoding which is a problem. Thanks for the time you've put into this tool - it's really appreciated!