Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Corrupt CRC in mp3 (Read 4823 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Corrupt CRC in mp3

I have a couple of files encoded with lame 3.92 and the lame tag shows corrupt crc, is this an importat issue? how can I fix it?

Corrupt CRC in mp3

Reply #1 –
Well I pass these files through mp3trim with the option "keep vbr seek or extra info header if present" unchecked to delete the lame tag. Now the questions is
does this fix the crc problem?
does this affect somehow to the file?

Corrupt CRC in mp3

Reply #2 –
is anybody here?  to much answers people...

Corrupt CRC in mp3

Reply #3 –
do not mind the checksums in mp3, they have no effect.
removing the LAME tag was a very bad idea if the files are VBR, by the way

Corrupt CRC in mp3

Reply #4 –
Thanks for reply sony666, this is the file info according to encspot 2

File u-ziq-AEC Merlin.mp3

Lame Tag:
Quality: 58
Version String: LAME 3.92
Tag Version: 0
VBR Method: cbr
Lowpass Filter: 19500
Psycho-acoustic model: nspsytune
Safe Joint Stereo: yes
-nogap (continued): no
-nogap (continuation): no
ATH Type: 2
Bitrate: 192
Noise Shaping: 2
Stereo Mode: Joint Stereo
Unwise Settings: no
Input Frequency: 44.1kHz
Music CRC: corrupt

Xing Tag:
Frames 7943
Total Bitstream Bytes: 4980400
VBR Scale: 58
Table Of Contents: yes

Encspot Info:
Type mpeg 1 layer III
Average Bitrate: 192
Mode: Joint Stereo
Frequency: 44100Hz
Number of Frames: 7944
Length: 00:03:27
MAx. Reservoir: 502
Av. Reservoir: 213
Sync Errors: 0
Emphasis: none
Scalefac: 24.8%
Encoder (guess): Lame 3.92

The file is a 192kbps cbr mp3 (I think) You can notice that the encspot info shows 7944 frames and the Xing tag shows 7943, weird . Being a cbr mp3 the remove of the lame tag affect somehow to the file? why the frame info difference?
I backed up the files so now I have the files without lame tag and the original with the lame tag that shows crc corrupt, which file should I keep?

Corrupt CRC in mp3

Reply #5 –
Keep the LAME-tagged version. Ignore the CRC "corrupt" value. If it sounds like there's a problem, re-rip the file from your original CD. The difference in frame count is that there's 7943 audio frames plus the LAME/Xing header frame.

Corrupt CRC in mp3

Reply #6 –
The Music CRC in the LAME tag is calculated by LAME at the time of encoding, based only on the actual audio frames in the file (ie. not including the LAME header or any tags).  When you view the LAME tag in EncSpot it seems to calculate what the CRC should be and displays OK if this matches what is stored, and Corrupt otherwise.

So any change that has been made to the actual audio stream will result in EncSpot telling you that the Music CRC is corrupt.  This includes changes like applying MP3Gain to the file.  So it doesn't necessarily mean the file is corrupt, just that the audio data has been modified.

Corrupt CRC in mp3

Reply #7 –
OK, thanks a lot to all guys, I will keep the original files with lame tag.

Corrupt CRC in mp3

Reply #8 –
like phpwip just said, its probably just because you applied MP3Gain and now the data doesn't match the CRC.

Corrupt CRC in mp3

Reply #9 –
I don't use MP3Gain I downloaded the files  otherwise if I have the cd I would rip the songs again just as getID3() said above.
 

Corrupt CRC in mp3

Reply #10 –
Quote
I don't use MP3Gain I downloaded the files

I hope that the artist gave permission for unlimited distribution, otherwise you are in obvious violation of copyright laws.