PDA

View Full Version : One album showing up with no ID3 info in slimserver



Dan Goodinson
2005-01-13, 08:43
This sounds like a problem with the original ripping process. I had the
same on a couple of tracks in my library - I re-ripped the tracks and
the problem went away.

If you re-ripped the tracks (with all the same tags) and the new files
work fine, then the problem is not with the tag content (since the tags
are the same). I don't believe it is a bug in SS, but more related to a
problem with the original ripping process. (This is based on my own
experience, too).

My 2p.

Dan.

-----Original Message-----
From: discuss-bounces (AT) lists (DOT) slimdevices.com
[mailto:discuss-bounces (AT) lists (DOT) slimdevices.com] On Behalf Of Marc Sherman
Sent: 13 January 2005 15:34
To: Slim Devices Discussion
Subject: [slim] One album showing up with no ID3 info in slimserver


Marc Sherman wrote:
> I've got a single album that is showing up as No Artist/Genre/Album in
> the slimserver and squeezebox, despite having those tags set in the
> files themselves. All my other tracks work -- it's just this one
album
> that fails.
>
> In case there's something wrong with the tags in the files, I've put
> one
> of them up on my website at http://projectile.ca/bad-id3.mp3 .
Warning,
> the file is 4.6MB.

I think I've definitively proven that this is a tag related problem;
there's something about the tags in these files that Slimserver can't
understand.

I've re-ripped and tagged the CD in question, and with the new files,
the problem went away. If I move the new files out of the library, put
the old ones back, and wipe the cache, the problem comes back.

I've put a copy of the same song with working tags on my webserver, at
http://projectile.ca/good-id3.mp3 . Should I file a bug about this? Is

there somewhere I can upload those mp3s to -- I don't want to keep two
4.6MB mp3s on my public webserver for very long.

- Marc

Marc Sherman
2005-01-13, 08:53
Dan Goodinson wrote:
>
> If you re-ripped the tracks (with all the same tags) and the new files
> work fine, then the problem is not with the tag content (since the tags
> are the same). I don't believe it is a bug in SS, but more related to a
> problem with the original ripping process. (This is based on my own
> experience, too).

With the original files, I updated the tags a few times using id3v2
(which is a thin wrapper app for linux around id3lib,
http://id3lib.sf.net ). With those files, every tool I've tried*
_except_ for slimserver can read the tags. The second set of files I
got the tags right the first time, so I didn't have to update them.

* I tried a bunch of tools: id3v2 itself, windows media player (over a
samba share), id3ren (another linux tool, which doesn't use id3lib), QCD
(also on windows over the samba share).

- Marc

Mike Hartley
2005-01-13, 13:07
For those of you that have questions on compression, quality, and formats
(like I do), You may find this article of interest.

http://sudhian.com/showdocs.cfm?aid=639

Mike
----- Original Message -----
From: "Dan Goodinson" <Dan.Goodinson (AT) businessobjects (DOT) com>
To: "Slim Devices Discussion" <discuss (AT) lists (DOT) slimdevices.com>
Sent: Thursday, January 13, 2005 10:43 AM
Subject: [slim] One album showing up with no ID3 info in slimserver


This sounds like a problem with the original ripping process. I had the
same on a couple of tracks in my library - I re-ripped the tracks and
the problem went away.

If you re-ripped the tracks (with all the same tags) and the new files
work fine, then the problem is not with the tag content (since the tags
are the same). I don't believe it is a bug in SS, but more related to a
problem with the original ripping process. (This is based on my own
experience, too).

My 2p.

Dan.

-----Original Message-----
From: discuss-bounces (AT) lists (DOT) slimdevices.com
[mailto:discuss-bounces (AT) lists (DOT) slimdevices.com] On Behalf Of Marc Sherman
Sent: 13 January 2005 15:34
To: Slim Devices Discussion
Subject: [slim] One album showing up with no ID3 info in slimserver


Marc Sherman wrote:
> I've got a single album that is showing up as No Artist/Genre/Album in
> the slimserver and squeezebox, despite having those tags set in the
> files themselves. All my other tracks work -- it's just this one
album
> that fails.
>
> In case there's something wrong with the tags in the files, I've put
> one
> of them up on my website at http://projectile.ca/bad-id3.mp3 .
Warning,
> the file is 4.6MB.

I think I've definitively proven that this is a tag related problem;
there's something about the tags in these files that Slimserver can't
understand.

I've re-ripped and tagged the CD in question, and with the new files,
the problem went away. If I move the new files out of the library, put
the old ones back, and wipe the cache, the problem comes back.

I've put a copy of the same song with working tags on my webserver, at
http://projectile.ca/good-id3.mp3 . Should I file a bug about this? Is

there somewhere I can upload those mp3s to -- I don't want to keep two
4.6MB mp3s on my public webserver for very long.

- Marc