garym wrote: 
> title is song title. track is track number.  Be sure and look at
> "extended tags" in mp3tag, in order to see all tag fields that might
> exist. I think you probably are looking at extended tags, but just in
> case.

Yes, I was looking at extended tags. 

The way I work is the following:
I have defined a set of - I guess 12 - tags I only use
ALBUM;ALBUMARTIST;ARTIST;COMPOSER;COPYRIGHT;GENRE;LYRICIST;MEDIATYPE;PICTURE;TITLE;TRACK;YEAR
When I add a new file to the database I use a predefined action that
removes all tags except
ALBUM;ALBUMARTIST;ARTIST;COMPOSER;COPYRIGHT;GENRE;LYRICIST;MEDIATYPE;PICTURE;TITLE;TRACK;YEAR
.
So there should no user tag in db (except i made a mistake).

When I try to find errors, first thing is to call "extended tags" in
mp3tag to see, if there is (for any reason) any other tag than the 12
defined. This wasn't the case.
So next step is to see, what tags have different values (mp3tag shows
this in one glance). This usually should only be
ARTIST;COMPOSER;LYRICIST;TITLE;TRACK .
So I double checked is with this album - there are no duets, and I
didn't add the composers and lyricsts, so ARTIST was identical and
COMPOSER and LYRICST was empty. So TITLE and TRACK were the only tags
with different values...

But once again:
I remember Michael found this bug a few weeks ago and fixed it and I
could confess it was fixed. So I hope it is only a "little
regression"...


------------------------------------------------------------------------
frank1969's Profile: http://forums.slimdevices.com/member.php?userid=31156
View this thread: http://forums.slimdevices.com/showthread.php?t=116170

_______________________________________________
beta mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/beta

Reply via email to