Just to reiterate: I'm not applying tags called TRACKARTIST. I've
pointed out some problems I associate with the internal TRACKARTIST
role.
The problems outlined above arise once is removed from role 1 (ARTIST) and give role 6 (TRACKARTIST) for
a given track.
--
windowshade
--
BTW, I've uploaded some 'sample songs'
(http://bugs.slimdevices.com/attachment.cgi?id=1377) under 'bug 3824'
(http://bugs.slimdevices.com/show_bug.cgi?id=3824) to demonstrate what
happens to TRACKARTISTS.
--
windowshade
wi
* windowshade shaped the electrons to say...
Are you referring to my own tags? I tag them all as ARTIST, using
mutliple tags. The above comments apply to SlimServer's implementation
of the ' 'TRACKARTIST' role'
The TRACKARTIST role is there for internal use only. Bugs: 2317 & 2638
The comment
JJZolx Wrote:
> I'm not following the rationale behind the need for another tag. Why
> not tag these using ARTIST? So long as you also have an ALBUMARTIST
> then an ARTIST<>ALBUMARTIST is a "track" artist.
Are you referring to my own tags? I tag them all as ARTIST, using
mutliple tags. The abov
windowshade Wrote:
> 'Bug 2638' (http://bugs.slimdevices.com/show_bug.cgi?id=2638) explains
> the rationale for using TRACKARTIST by default when ALBUMARTIST is set:
> trivial contributors (artists not attached to a full album) should not
> appear in the browse Artist index. This makes sense.
>
'Bug 2638' (http://bugs.slimdevices.com/show_bug.cgi?id=2638) explains
the rationale for using TRACKARTIST by default when ALBUMARTIST is set:
trivial contributors (artists not attached to a full album) should not
appear in the browse Artist index. This makes sense.
However, prolific studio music
