Skip Menu |

This queue is for tickets about the MP3-Info CPAN distribution.

Report information
The Basics
Id: 2103
Status: resolved
Priority: 0/
Queue: MP3-Info

People
Owner: cnandor [...] cpan.org
Requestors: cnandor [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: Normal
Broken in: 1.00
Fixed in: 1.02



Date: Thu, 13 Feb 2003 17:03:06 -0500
To: bug-mp3-info [...] rt.cpan.org
From: Chris Nandor <cnandor [...] cpan.org>
Subject: bug reading id3v2 fields ending in null
From SF.net: Some encoders (EAC - www.exactaudiocopy.de) write to the id3v2 fields with null-terminated strings. I've noticed that mp3s with such fields appear with no data fields when read as $tag = get_mp3tag($file) but successfully retrieve the id3v1s when read as $tag = get_mp3tag($file, 1) I've never used perl before (having learned all I know today pickin through globecom jukebox (www.globecom.se)'s addmp3id3.pl, so it may be that data is being returned, but addmp3id3 isn't dealing with it right. I got these mp3s to read by changing read $fh, my($bytes), $size - $hlen; if (exists $h->{$id}) { to read $fh, my($bytes), $size - $hlen; if (( (length ($bytes)) > 1 ) &&(substr ($bytes, -1, 1) eq "\x00" )) {chop ($bytes);} if (exists $h->{$id}) { around line 487. I suspect there's probably a much more elegent solution though...
[CNANDOR - Thu Feb 13 17:07:40 2003]: Show quoted text
> Some encoders (EAC - www.exactaudiocopy.de) write to > the id3v2 fields with null-terminated strings. I've > noticed that mp3s with such fields appear with no data > fields when read as > > $tag = get_mp3tag($file) > > but successfully retrieve the id3v1s when read as > > $tag = get_mp3tag($file, 1)
I can't tell what is going on here. I cannot get EAC to read ANY ID3v2 tags (I tried getting it to edit ID3v2.2.0/2.3.0/2.4.0), and it only appears to write ID3v1 (not even ID3v1.1). I couldn't duplicate any of the problems. I'm closing the bug; if the problem persists, please submit the bug again and make one of the problem MP3s available for me to look at. Show quoted text
> I've never used perl before (having learned all I know > today pickin through globecom jukebox > (www.globecom.se)'s addmp3id3.pl, so it may be that > data is being returned, but addmp3id3 isn't dealing > with it right. I got these mp3s to read by changing
Also, I don't know what addmp3id3 is.
From: lj [...] dcs.ed.ac.uk
[CNANDOR - Fri Feb 14 16:42:03 2003]: Show quoted text
> [CNANDOR - Thu Feb 13 17:07:40 2003]: >
> > Some encoders (EAC - www.exactaudiocopy.de) write to > > the id3v2 fields with null-terminated strings. I've > > noticed that mp3s with such fields appear with no data > > fields when read as > > > > $tag = get_mp3tag($file) > > > > but successfully retrieve the id3v1s when read as > > > > $tag = get_mp3tag($file, 1)
> > I can't tell what is going on here. I cannot get EAC to read ANY ID3v2 > tags (I tried getting it to edit ID3v2.2.0/2.3.0/2.4.0), and it only > appears to write ID3v1 (not even ID3v1.1). I couldn't duplicate any of > the problems. I'm closing the bug; if the problem persists, please > submit the bug again and make one of the problem MP3s available for me > to look at.
I lost this bug :) You probably have to rip a CD to get it to write ID3V2, also, the 'stable' version does not support ID3V2 at all. This would seem to have been a problem with 1.00's new 'strip until the last null' behaviour, as I have made an mp3 that works with 1.02, 0.91, but not 1.00 unless my patch is applied. As it is fixed with 1.02's new null-handling behaviour, you can probably mark this bug fixed and ignore the patch.
Download bug.mp3
audio/mpeg 8k

Message body not shown because it is not plain text.