Menu

#133 tag overwriting parts of mp3 blocks

happens every time
open
id3v2 tag (33)
5
2003-12-21
2003-05-30
No

I compiled id3v2 0.1.9 with id3lib 3.8.3 and ...
whenever a tag is added, the id3v2 tag is HUGE
(about 2kB of zeros added)
and both tags overwrite parts of mpeg blocks,
thus corrupting the audio file.

When compiled with id3lib 3.8.0 pre2, this does
not occur.

Here is an example:

> mp3check -e temp.mp3
[no error reported]
> /usr/bin/id3v2 -a Creed -t "What If" -g 6 temp.mp3
> mp3check -e temp.mp3
temp.mp3:
1504 bytes of junk before first frame header
valid id3 tag trailer v1.0 found
frame 12175/ 5:18: file truncated, 961 bytes
missing for last frame
[this file had 12178 frames before adding the tags]

Discussion

  • T.H.F. Klok

    T.H.F. Klok - 2003-12-21
    • assigned_to: nobody --> t1mpy
     
  • Vladimir Petrov

    Vladimir Petrov - 2004-09-13

    Logged In: YES
    user_id=800933

    I think that '1504 bytes of junk' are in fact your new fresh
    ID3v2 tag. ;)
    The added extra zeroes complements the tag thus the
    resulting size to be multiple of 2048 bytes.
    The actual problem is at the same end of your file, wherever
    some part of the file data has eated by id3lib, because a bug.
    Please, try patch #1027098. It may solve your problem.

     

Log in to post a comment.

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.