Bugzilla – Bug 9240
MP3::Info : ULT tag should be handled like USLT tag
Last modified: 2009-09-08 09:21:30 UTC
This is a bug in the MP3::Info perl module. I've encountered a MP3 file with id3v2.2.0 tag. It has some iso8859 encoded tags but one ULT utf16le tag. It turns out that MP3::Info does not strip the language from that tag before further decoding. It does for COM, COMM, "COM ", and USLT but somehow ULT was forgotten. The same omission leaves the second zero terminator of the "Content description" string in the data. I've checked the latest svn version and based my patch on it but it also applies to the 1.23 Version of MP3::Info as released.
Created attachment 3851 [details] Short MP3 file that triggers a bug that causes MP3::Info to abort. The complete file can be downloaded at http://chaosradio.ccc.de/cre096.html The license is: http://creativecommons.org/licenses/by-nc-nd/2.0/de/deed.en perl -e 'use MP3::Info; use Data::Dumper; MP3::Info::use_mp3_utf8(1); $hs = MP3::Info::get_mp3tag("chaosradio_express_096.mp3", 2,2); print $_."\n".Dumper($hs);' > 2.2.txt
Created attachment 3852 [details] Patch to treat ULT tags like USLT tags MP3/Info.pm
Andy: Can you review for 7.2.1? Thx.
Thanks for the patch, applied as 7.2.1 change 23251.
Verified with SqueezeCenter Version: 7.2.1 - 23502
This bug has been fixed in the 7.3.0 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already. If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
Reduce number of active targets for SC