Bug 852 - Musepack files aren't being read properly.
: Musepack files aren't being read properly.
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Tagging
: 6.0.0
: All All
: P2 normal (vote)
: ---
Assigned To: Dan Sully
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-02-24 08:07 UTC by chip hart
Modified: 2008-09-15 14:37 UTC (History)
0 users

See Also:
Category: ---


Attachments
Sweet Black Metal for Dan! (9.44 MB, application/octet-stream)
2005-02-24 09:50 UTC, chip hart
Details

Note You need to log in before you can comment on or make changes to this bug.
Description chip hart 2005-02-24 08:07:48 UTC
Downloaded the new (6.0a) rpm and loaded it onto 2 Fedora Core 3 boxes.  In both
instances, rescanning the database (after the initial install) crashed the server.  
A second attempt at scanning doesn't crash the server, but it doesn't appear to
have worked properly (deleted/moved files still appear).

/tmp/slimserver.log gives up only:

File /mnt/backup/music/chipmusic/metal/Dimmu Borgir/For All Tid/01 - Det Nye
Riket.mpc does not appear to be a Musepack file! at
/usr/local/slimserver/CPAN/Audio/Musepack.pm line 41.  [a bunch of these]

Can't locate object method "url" via package
"Class::DBI::Object::Has::Been::Deleted" at
/usr/local/slimserver//Slim/Music/Info.pm line 583.

My apologies if this is a dupe; I hadn't seen it.
Comment 1 chip hart 2005-02-24 09:50:28 UTC
Created attachment 273 [details]
Sweet Black Metal for Dan!

This is one of the files referenced in the log.  It does exist on both 
machines that crashed, though I've not had this problem previously.

FWIW, there is something funky with the files.	Although Easytag+ see ID3 tags
in the files, nothing else seems to.  And they don't quite sound right in xmms.
 Perhaps I should convert them (they're my only musepack files).

Thanks.
Comment 2 Dan Sully 2005-02-25 17:56:59 UTC
Chip - this Musepack file looks strange. There's an ID3 header at the beginning
of the file, but it's slightly corrupted.

Then, the APETAGEX header, which contains the APE tag is at the end of the file,
instead of near the beginning (after the ID3 in this case).

What program did you use to tag these files?

My recommendation is to retag them, and without the ID3 header, since we just
throw it away, and it could be complicating things.

Thanks.
Comment 3 chip hart 2005-02-28 07:10:30 UTC
The provenance of these files, and therefore the tags, is not entirely legit :-)
 I've removed them except to quarantine one for testing if needed.  I've tried
retagging them many times (with a variety of tools), but nothing seems to have
changed them.  I suspect that these are simply "bad" files.

Thanks.
Comment 4 Dan Sully 2005-02-28 09:40:50 UTC
We've got the ::Deleted bug fixed, and Chip has bad MPC files.
Comment 5 Chris Owens 2006-06-16 14:40:55 UTC
There are 536 bugs in the database with targets of '---' that were fixed prior to new year 2006.  I am setting them to targets of 6.2.1 to keep them from showing up in my queries.