PDA

View Full Version : "Guess tags" guesses poorly



dbls
2005-05-20, 15:40
My music collection is almost all either WAV or FLAC, and
is stored as ARTIST\ALBUM\TRACKNUM TITLE. The WAV files
were tagged by EAC, and the FLAC files by FLAC Front End.
My music library is \\ servername \ Music (without the
spaces). I'm using version 6.1.0 - 2895 on WinXP.

I have a few untagged WAV files that are songs by some
friends of mine, and I can't get SlimServer to get the
names right. Those files are missing TRACKNUM, but a line
in my Guess Tags format handles that (ARTIST\ALBUM\TITLE).
The problem is that Slimserver is treating "servername" as
the artist name and "Music" as the album name. This means
that all tracks have the actual artist name for the title.
(In fact, now I see all the stray MP3s that lack artist or
album tags being treated the same way.)

Shouldn't SlimServer look at the entire file name (e.g.
\\ servername \ Music \ Beatles \ Help \ Another Girl.wav)
and start from the end and work backward? It's certainly
the way I would program it. At any rate, it should ignore
the music library path if it's at the beginning of the
file name.

Although this is a temporary problem for me (eventually,
all files will have proper FLAC tags), it still should
work as advertised.

Should I raise a bug? -:- dbls

kdf
2005-05-20, 15:50
you must be careful to have your matching patterns in the order that bet fits.
The server does actually guess very well given the right patterns. However, if
the server can manage to match the first pattern then it will, even if the
whole path isn't involved.

if you have a better way, and can provide a patch, that would be more than
welcome.

-kdf

dbls
2005-05-21, 09:24
----- Original Message -----
From: "kdf"

> you must be careful to have your matching patterns in the order
> that bet fits. The server does actually guess very well given
> the right patterns. However, if the server can manage to match
> the first pattern then it will, even if the whole path isn't
> involved.
>
> if you have a better way, and can provide a patch, that would be
> more than welcome.
>
> -kdf

What really baffles me is that Slimserver is even looking
at the part of the file name that contains the music
library. My top two Guess Tag formats are:

ARTIST/ALBUM/TRACKNUM TITLE
ARTIST/ALBUM/TITLE

and yet Slimserver insists upon using the server name for
ARTIST and the main folder name for ALBUM, with every
track title being the artist name, and is throwing away
the most significant part of the file name.

I'd love to write a patch, but I don't know Perl (yet); I
could write what's needed in about ten minutes in APL.

Frankly, I don't understand how "Guess Tags" can work any
other way than what I've stated; the last part of the file
name (after the last / or \) would, with my formats, be
matched with either TRACKNUM TITLE or TITLE, and parsing
would proceed upward from there. Why does Slimserver seem
to start at the highest folder level, when the most
pertinent information is at the end of the name?

I originally had my formats with a leading slash, but in
that case the untagged WAV files weren't found at all,
though I could navigate to them via Browse Music Folder.

Given my library structure, what Guess Tag formats would
work?

-:- dbls

JJZolx
2005-05-21, 10:21
What really baffles me is that Slimserver is even looking
at the part of the file name that contains the music
library. My top two Guess Tag formats are:

ARTIST/ALBUM/TRACKNUM TITLE
ARTIST/ALBUM/TITLE

and yet Slimserver insists upon using the server name for
ARTIST and the main folder name for ALBUM, with every
track title being the artist name, and is throwing away
the most significant part of the file name.

I'd love to write a patch, but I don't know Perl (yet); I
could write what's needed in about ten minutes in APL.

Frankly, I don't understand how "Guess Tags" can work any
other way than what I've stated; the last part of the file
name (after the last / or \) would, with my formats, be
matched with either TRACKNUM TITLE or TITLE, and parsing
would proceed upward from there. Why does Slimserver seem
to start at the highest folder level, when the most
pertinent information is at the end of the name?

I originally had my formats with a leading slash, but in
that case the untagged WAV files weren't found at all,
though I could navigate to them via Browse Music Folder.

Given my library structure, what Guess Tag formats would
work?
Do you have \\servername\Music specified as your music folder or are you using a Windows shortcut to point to the folder?

This definitely sounds like a bug, probably related to Windows paths. File a report.

Until the bug is fixed, try to trick SlimServer into parsing the path correctly. I'd try:

GENRE/CT/ARTIST/ALBUM/TRACKNUM TITLE
GENRE/CT/ARTIST/ALBUM/TITLE
________
macintosh games (http://macgame.org)

dbls
2005-05-24, 14:05
----- Original Message -----
From: "JJZolx"

> Do you have \\servername\Music specified as your music folder or are
> you using a Windows shortcut to point to the folder?

The former, as stated in my inital post.

> Until the bug is fixed, try to trick SlimServer into parsing the path
> correctly. I'd try:
>
> GENRE/CT/ARTIST/ALBUM/TRACKNUM TITLE
> GENRE/CT/ARTIST/ALBUM/TITLE

This makes a total hash of my library; entire albums disappear (both
WAV and FLAC; MP3s seem unaffected) although the number of tracks is
correct for each artist in Browse by Artist. That is, the page will
show "2 albums with 47 songs by 1 artist", where there should be
three albums, and the two albums shown only contain a total of 24
tracks. Further inspection shows that 2 of 6 FLAC albums are missing,
and 87 out of 91 WAV albums are missing.

It's a mystery why changing the Guess Tags format would affect
tagged music.

> This definitely sounds like a bug, probably related to Windows paths.
> File a report.

Done. http://bugs.slimdevices.com/show_bug.cgi?id=1604

-:- dbls