Re: [flac] Fields "Orig. Artist" and "URL"

[richard lucassen <mailinglists lucassen org>]

On Sun, 9 Dec 2012 10:33:41 +0000
David King <amigadave amigadave com> wrote:

> >When viewing tags using metaflac, I see some weird things (I tested
> >it by using numbers like "111111"). First of all Easytag fills
> >"DESCRIPTION" as wel as "COMMENT" when using the field "Comment", but
> >that has been discussed before IIRC:
> >
> >DESCRIPTION=111111
> >COMMENT=111111
> 
> I think that this is a historical accident, as the current Vorbis 
> comment specification has "DESCRIPTION" as a suggested field name,
> and "COMMENT" is not mentioned. If there was a previous discussion
> about this, could someone point to it in the archives?

I tried to find the discussion but I was not able to find it. Maybe
there has neven been such a discussion on the internet. As I already
said: IIRC ;-)

> >But the field "Orig. Artist" fills "PERFORMER":
> >PERFORMER=222222
> 
> I suppose that this comes from a misunderstanding of the PERFORMER
> field:
> 
> http://www.xiph.org/vorbis/doc/v-comment.html
> “The artist(s) who performed the work. In classical music this would
> be the conductor, orchestra, soloists.

In classical music that's the artist ;-)

> In an audio book it would be
> the actor who did the reading. In popular music this is typically the
> same as the ARTIST and is omitted.”
> 
> It would seem that, when a single artist is given or when the artist
> and original artist are the same, the "ARTIST" tag should be used. If
> an original artist is given in addition to an artist and the two are 
> unique, the original artist should be stored in the "ARTIST" field
> and the performing artist should be stored in the "PERFORMER" field.

I'd say that the "orig artist" is used when a song has been covered by
another artist. That sounds logical to me.

> If my understanding is correct, I will file a bug and progress in
> fixing the problem can be tracked more easily.
> 
> >And the field "URL" fills "LICENSE"
> >LICENSE=444444
> 
> This seems wrong, unless the URL specifies the license that the work
> is under. There does not seem to be a good URL-like field name in the 
> Vorbis specification, so I suggest that the URL field in EasyTAG
> saves to a "URL" field in the Vorbis comment.
> 
> If you agree, I can file a bug about this too.
> 
> >That's rather wierd, isn't it? A performer is not the original
> >artist, nor is a URL a license. Why is that? Anyone an idea?
> 
> Thanks for bringing these oddities up. I suppose that much of the 
> problem may be in what players and metadata viewers map the field
> names to in a UI, so any information on what those classes of
> software (or specific applications) expect would be useful.

IMHO we need an RFC for tagging. One of the reasons is that classical
music needs different tagging and sorting of tags than pop music. And
maybe there are other music forms for which a complete other way of
tagging is needed. When players and tagging programs comply to the RFC,
there will be less problems like the problems mentioned above. And
players will be capable of displaying tags for classical music in an
apropiate way for classical music. E.g. a field that contains the
sorting hierachy would be welcome for classical music. Or a tag where a
player can read which fields to display and in which order.

People that listen to classical music always encounter the same
problems when using whatever player, as many players only show the pop
music oriented "title, artist, album" tags. For classical music
"composer, [type of work], artist, ,[conductor], [soloist(s)], work,
part (title), [year of composition], [year of recording]" would be
necessary.

Composer: Beethoven
Type of work: Piano Concerto
Artist: Wiener Symphoniker
Conductor: Carlo Maria Giulini
Soloist: Arturo Benedetti Michelangeli
Work: Piano Concerto No.5 in E flat major, Op. 73: "Emperor"
Part: 1. Allegro

Try to put this in "title, artist, album", this is is at least not
very comfortable ;-) An extra tag to tell the player which tags to show
and in which order would be very nice, wouldn't it?

R.

-- 
___________________________________________________________________
It is better to remain silent and be thought a fool, than to speak
aloud and remove all doubt.

+------------------------------------------------------------------+
| Richard Lucassen, Utrecht                                        |
| Public key and email address:                                    |
| http://www.lucassen.org/mail-pubkey.html                         |
+------------------------------------------------------------------+