MP3 with extra trailling bytes fails to reconstruct
Issue #16
resolved
For example: VA_-_A_Nightmare_in_Rotterdam_Part_Four-CD-1995-UNiCORN_INT
My MP3 file is retagged. When trying: srs.exe 02-eraserhead_-_life_is_a_mystery-unicorn.srs retagged_02_eraserhead.mp3
I get:
NOTE: install NumPy to speed up the reconstruction of RARs
with a Recovery Record.
SRS Load Complete... Elapsed Time: 0.01s
Track Location Complete... Elapsed Time: 0.01s
Track Extraction Complete... Elapsed Time: 0.17s
Warning: File .\02-eraserhead_-_life_is_a_mystery-unicorn.mp3 already exists.
Do you wish to continue? (Y/N): y
Rebuild Complete... Elapsed Time: 4.85s
File Details: Size CRC
------------- --------
Expected : 6,101,079 92C17431
Actual : 6,101,714 4291F20C
Rebuild failed for sample: 02-eraserhead_-_life_is_a_mystery-unicorn.mp3
I have the MP3 files if you want them.
Comments (4)
-
repo owner -
repo owner - changed title to MP3 with extra trailling bytes fails to reconstruct
- edited description
-
repo owner - changed version to 0.5
-
repo owner - changed status to resolved
Fix mp3 files that are too large/corrupt. Fixes issue
#16.→ <<cset b6e4d9d720bb>>
- Log in to comment
the file looks like this at the end: mp3 data, LYRICS200, id3v1, unexplained bytes, LYRICS200, id3v1. The 4 tags are exactly the same.
If there is too much data, ReSample should start from the signature_bytes stored in the srs file and use only the amount needed of the following data.