Bug 14728 - After update to 7.4 some mp3's appear with chinese characters
: After update to 7.4 some mp3's appear with chinese characters
Status: VERIFIED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Database
: unspecified
: PC All
: P1 normal (vote)
: 7.4.1
Assigned To: Andy Grundman
: Audio::Scan
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-10-12 10:29 UTC by Len
Modified: 2009-10-14 11:33 UTC (History)
3 users (show)

See Also:
Category: ---


Attachments
Delete when used :) this is a file which appear with chinese characters in my database (deleted)
2009-10-12 10:29 UTC, Len
Details
one of the problem mp3s (1.28 MB, audio/mpeg)
2009-10-13 14:04 UTC, Len
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Len 2009-10-12 10:29:23 UTC
Created attachment 6088 [details]
Delete when used :) this is a file which appear with chinese characters in my database

After I had updated the software, I was missing some albums. It appears that
the were still in the database but with only chinese characters. 

See the attachment. 

When I check the mp3tag with tag&rename, it is all ok. 

Some more info:

Versie: 7.4.0 - r28672 @ Mon Sep 28 19:51:11 PDT 2009
Hostnaam: server
IP-adres van server: 192.168.178.24
HTTP-poortnummer van server: 9000
Besturingssysteem: Windows Home Server - NL - cp1252
Platformarchitectuur: 586
Perl-versie: 5.10.0 - MSWin32-x86-multi-thread
MySQL-versie: 5.0.22-community-nt
Totaalaantal herkende muzieksystemen: 1

Screenshot of the database:

http://tweakers.net/ext/f/mpzolOmQcCSmmUclqO86Z1AV/full.png
Comment 1 James Richardson 2009-10-12 11:59:20 UTC
Steven: can you have a look at the attached file, Windows Properties shows different info then MP3Tag...I don't know whats going on with this file.
Comment 2 Andy Grundman 2009-10-12 13:43:29 UTC
Looks like a bug in Audio::Scan or libid3tag is causing this.
Comment 3 SVN Bot 2009-10-12 14:59:43 UTC
 == Auto-comment from SVN commit #458 to the opensource repo by andy ==
 == https://svn.slimdevices.com/opensource?view=revision&revision=458 ==

Fixed bug 14728, libid3tag was defaulting UTF-16 text without a BOM to big-endian, several other tag readers assume a default of little-endian so we'll go with that.  The spec says UTF-16 text MUST have a BOM, so this is risky either way, anyone tagging in this way should fix their files.
Comment 4 Michael Herger 2009-10-12 22:42:52 UTC
The content of attachment 6088 [details] has been deleted by
    Michael Herger <michael@slimdevices.com>
without providing any reason.

The token used to delete this attachment was generated at 2009-10-12 22:42:47 PDT.
Comment 5 Ross Levine 2009-10-13 12:55:45 UTC
Would have been nice to delete the file after the bug was verified as fixed ;)

Len, does this work for you now with 7.4.1? 

http://downloads.slimdevices.com/nightly/?ver=7.4
Comment 6 Len 2009-10-13 14:02:04 UTC
(In reply to comment #5)
> Would have been nice to delete the file after the bug was verified as fixed ;)
> 
> Len, does this work for you now with 7.4.1? 
> 
> http://downloads.slimdevices.com/nightly/?ver=7.4

No, after reinstall with the new software and a "clear library and scan everthing" the problem is still there
Comment 7 Len 2009-10-13 14:04:59 UTC
Created attachment 6113 [details]
one of the problem mp3s
Comment 8 Andy Grundman 2009-10-13 14:39:40 UTC
Uh, you don't have the fix yet.  Please wait until tonight's nightly build.  r28834 or higher is required.
Comment 9 Len 2009-10-14 09:16:25 UTC
(In reply to comment #8)
> Uh, you don't have the fix yet.  Please wait until tonight's nightly build. 
> r28834 or higher is required.

It is fixed :) thnx for the quick help!
Comment 10 Ross Levine 2009-10-14 11:33:03 UTC
Indeed it is fixed, thanks Len & Andy. r28848