http://pear.php.net/bugs/search.php?cmd=display&package_name%5B0%5D=MP3_Id Search Results en-us pear-webmaster@lists.php.net pear-webmaster@lists.php.net hourly 1 2000-01-01T12:00+00:00 http://pear.php.net/gifs/pearsmall.gif http://pear.php.net/bugs http://pear.php.net/bugs/10987 MP3_Id Feature/Change Request Reported by cdwj 2007-05-09T03:02:06+00:00 PHP: Irrelevant OS: Package Version: 1.2.0 Description: ------------ The MP3 frame sync search fails if the file contains an ID3v2 tag with a UCS-2 (Unicode) little endian byte order mark. An embedded image could also cause a false positive match, although this is content dependent and isn't guaranteed to happen. Even if parsing ID3v2 tags falls outside the project's scope, it should be straightforward to skip over them using the tag header's length field. Alternatively, the frame sync algorithm could be made more resilient. It could, for example, look at several following frames to reduce the chances the chosen sync offset is actually wrong.]]> MP3_Id Feature/Change Request Reported by cdwj 2007-05-09T03:02:06+00:00 PHP: Irrelevant OS: Package Version: 1.2.0 Description: ------------ The MP3 frame sync search fails if the file contains an ID3v2 tag with a UCS-2 (Unicode) little endian byte order mark. An embedded image could also cause a false positive match, although this is content dependent and isn't guaranteed to happen. Even if parsing ID3v2 tags falls outside the project's scope, it should be straightforward to skip over them using the tag header's length field. Alternatively, the frame sync algorithm could be made more resilient. It could, for example, look at several following frames to reduce the chances the chosen sync offset is actually wrong.]]> 2007-05-15T02:59:53+00:00 cody dot dw dot jones at gmail dot com MP3_Id Feature/Change Request http://pear.php.net/bugs/6784 MP3_ID Feature/Change Request Reported by nozimica 2006-02-14T21:11:35+00:00 PHP: 4.3.10 OS: Any Package Version: 1.2.0 Description: ------------ I noticed that when calculating the duration of a song, is not considerated that some bytes (I think that about 128) are dedicated to store the info of that song. One may think that amount of bytes are not sufficient to give trouble, but in specific cases it does. It happened to me, so I reviewed the code of the class, and found this issue. The song I tested was 9.216.000 bytes long. Bitrate 192kbps, not variable. According to xmms, has 383 seconds, but according to MP3_ID, it should have 384... in the line 928 of Id.php, where are the files not encoded in VBR, and with bitrate != 0, we have: $s = ((8*filesize($this->file))/1000) / $this->bitrate; this, applied to the file I'm talking about, is: $s = 384; in the line 932 whe round the number above, but it is already an integer: $this->lengths = (int)$s; in the line 940 whe have: $this->musicsize = ceil($this->lengths * $this->bitrate * 1000 / 8); instance variable supposed to be the the size of the file, without tag overhead, but with this formula, gives us: $this->musicsize = 9216000 that is to say, if the file has no info tags at all!! This is because (according to what I suppose), when the size of the file can be divided by ($bitrate * 1000), this problem arises. Please let me know if I am right, and if so, how I should help... :D And my english is not as good as I should want, but I try!!]]> MP3_ID Feature/Change Request Reported by nozimica 2006-02-14T21:11:35+00:00 PHP: 4.3.10 OS: Any Package Version: 1.2.0 Description: ------------ I noticed that when calculating the duration of a song, is not considerated that some bytes (I think that about 128) are dedicated to store the info of that song. One may think that amount of bytes are not sufficient to give trouble, but in specific cases it does. It happened to me, so I reviewed the code of the class, and found this issue. The song I tested was 9.216.000 bytes long. Bitrate 192kbps, not variable. According to xmms, has 383 seconds, but according to MP3_ID, it should have 384... in the line 928 of Id.php, where are the files not encoded in VBR, and with bitrate != 0, we have: $s = ((8*filesize($this->file))/1000) / $this->bitrate; this, applied to the file I'm talking about, is: $s = 384; in the line 932 whe round the number above, but it is already an integer: $this->lengths = (int)$s; in the line 940 whe have: $this->musicsize = ceil($this->lengths * $this->bitrate * 1000 / 8); instance variable supposed to be the the size of the file, without tag overhead, but with this formula, gives us: $this->musicsize = 9216000 that is to say, if the file has no info tags at all!! This is because (according to what I suppose), when the size of the file can be divided by ($bitrate * 1000), this problem arises. Please let me know if I am right, and if so, how I should help... :D And my english is not as good as I should want, but I try!!]]> 2006-02-17T11:18:29+00:00 nozimica at gmail dot com MP3_ID Feature/Change Request