Home User Forums SongKong Music Tagger Jaikoz Music Tagger Albunack Music Service

Sunday 30 April 2017

MinimServer with SongKong: Part 6: Configuring the Track Artist for Classical music

Go forward to Part 7:Album Artist

Go back to      Part 5:The Artist index

 

The Track Artist 

In the context of Classical music the Track Artist only really exists as a concept in digital music. On a CD or record various different people can be involved in each track, they may be a soloist, part of an ensemble, orchestra or choir or the conductor and labelled as such, different tracks have different types of people involved. The Track Artist represents the most important people or groups involved in the performance.

The Track Artist is used in MinimServer in the All Artists index, it is only used in the Artists index when the album artist is missing.

There is no hard and fast rule about what the Track Artist should be. But SongKong lets you configure what fields to use using the MusicBrainz Track Artist option on the Classical tab. The default is Performers and Choir/Orchestra/Ensemble and Conductor - note the Composer is not included since they are not actually involved in the performance.

The conductor is involved in the performance, but since the conductor has their own standard conductor field you may decide not to add it to the track artist field.



There is also the option that just takes the first most important person/group Performers or Ensemble/Choir/Orchestra or Composer. This is quite useful if you just want to present a simpler value to MinimServer's All Artist index.


If you change your mind just change the option and rerun SongKong over your files to quickly update with the new values. Because the songs have already been identified SongKong does not have to rematch the files only update the metadata from the matched release.

SongKong does write all the individuals and groups to different fields as well so you can easily configure MinimServer to index performers, ensembles, choirs and orchestras as well. In fact, you may prefer not to include the All Artists index at all and just index the different types of people and group that can be included in the Track Artist field

Within MinimServer you would want to add the following

indexTags:Choir, Conductor, Ensemble, Orchestra, Performer_name:Performer

itemTags:choir_sort, conductor_sort,ensemble_sort, orchestra_sort, performer_name_sort

tagValue:Choir.value.sort={choir_sort}, Conductor.value.sort={conductor_sort},Ensemble.value.sort={ensemble_sort},Orchestra.value.sort={orchestra_sort},Performer_name.value.sort={performer_name_sort}

Note we use the Performer_name field instead of the Performer field since the Performer also includes instrument. But we rename the field to Performer using the OriginalName:NewName syntax so more user friendly. When configuring it's sort value in the tagValue field we have to refer it to by its original name (Performer_Name) rather than its new name (Performer).

 



Next time we look at the Album Artist

Saturday 8 April 2017

MinimServer with SongKong: Part 5: The All Artist Index


Go forward to Part 6: Classical Track Artist
Go back to     Part 4: Groups and Works

 

The All Artist Index

Standard audio file metadata has two artist fields, artist and albumArtist. The albumArtist should be the same for all tracks on the release, the artist relates to the track and can therefore be different for each track.

By default MinimServer configures an All Artist index that indexes the (track) artist field, and a Artist index that contains just the albumArtist unless that is missing in which case the (track) artist is used instead.


Multiple Track Artists


Often a track is credited to multiple artists Because many applications such as iTunes do not understand multiple values in these fields SongKong stores multiple people as one value in the artist field. But then stores the individual people in corresponding multi value field artists

MinimServer does understand multiple values so its best to configure it to use these fields rather than the default. 


We do this by mapping artists to artist. We use the - syntax for two reasons, it means we do not end up with duplication since we never want to add the artists and the artist value to the index. It also means that for songs without an artists field but with an artist field that the data in the artist field will be added. This is important since although SongKong will add both fields for every song matched there are likely to be some songs that SongKong could not identify, and these many have a standard artist field but not an artists field.

i.e aliasTags:artists:-artist



We probably want to sort artists by their sort names as well. SongKong provides special sort fields that work with the multiple value artist fields called artists_sort so lets add this in as well using the same method we used for composer and conductor sort 

i.e.
 itemTags:artist_sort
 tagValue:artist.value.sort={artists_sort}

This gives us:



Now when we browse Artists index we go from



to



Notice that in the first screenshot we have Dallas Symphony Orchestra, Edwardo Mata but in the second screenshot we have Dallas Symphony Orchestra on its own, Eduardo Mata is also listed alone (under M).

The advantage of this is you can now easily browse all the releases that Dallas Symphony Orchestra are involved in regardless of other artists involved.

A warning about Album Artist

SongKong also has AlbumArtists and AlbumArtistsSort and we could apply the same logic to the AlbumArtist field in MinimServer. However having multiple value album artists in MinimServer breaks its album logic so it is best to stick with the defaults and add a different index if you want to see album artists as individual artists, this is detailed in this blog post

 

What is a Classical Artist ?

We have seen how to deal with multiple artist credits, but what should the artist and album artist actually include: soloists, performers, orchestras, conductors or composers ? 

We discuss this more in the next post.

Tuesday 4 April 2017

MinimServer with SongKong: Part 4: Groups and Works (For versions of SongKong before 4.8)

Go forward to Part 5: The Artist Index
Go back to      Part 3:Sorting Conductor and other fields

 

Groups and Compositions


Minimserver has the concept of Groups and Compositions. In its purest sense Groups are simply a way to groups tracks within a particular album. Whereas Compositions are analogous to a Classical Work, all movements in the work should have the same value for Composition, the Composition field can then be indexed and browsed in the same way as artist or album.

The curious thing is that usually tracks should have the same valufor both (we will explain the differences later on). Lets return to groups, they are really most useful for Classical releases to indicate that certain tracks are all movements of the same work.


Groups Example

Without using groups all tracks are listed in track order when you open an album


But with groups we see the groups representing a work when you open the album. This is much clearer, we can clearly see at a glance there are two different works, String Quarter in G minor Op 10 and String Quartet in F major. This makes sense because it is more common to play the complete work rather than just one movement of the work




but you can still double click on a group to see the  movements contained within, and play individual tracks.




Configuring Groups with SongKong


So how can SongKong help? 

MinimServer discusses a Group field, but this not a standard metadata field.
 
SongKong identifies Classical releases and the works and movements within those releases, the Works are stored in the Work field.

So all you have to do is configure MinimServer to read the Work field and use it for the Group field.
  • Add Work to itemTags so the Work metadata is read
  • In tagValue set Work as the default field to use for Group 
  • Tell MinimServer to Rescan



Browsing by Works

So now we have tracks grouped by works within albums, but we cannot yet browse works from the top level. To do this simply move Work from the itemTags field to the indexTags field as follows:


and Rescan.

Now you can browse the Work index



If you open a Work Composition item, it then shows the Work Group  


 

 

When Works and Groups are different


So we can see that usually it makes sense for Work and Group have the same value, but not always. 
  • Sometimes movements are not listed contiguously within an album. MinimServer does not support non-contiguous Groups, but there is no such restriction on MinimServer Works
  • For multi-level works such as an Opera, containing Acts and Scenes it may be preferable to have groups at the Act level  and a single work representing the Opera itself

Configuring different fields for Work and Group

 
SongKong Works are currently analogous to MinimServer Groups. If you need different values for Work and Group SongKong can be configured to also write the Work value to the Grouping field by setting the Copy Work to Grouping field
to Yes



The Grouping field is mapped to the ContentGroup field by MinimServer, except for Flac/Ogg. SongKong writes Flac/Ogg to the Grouping field which is not mapped by MinimServer. To use the Grouping field for Group, and Work field for the Work and have it work for all formats you can configure as follows:




Editing Values


At this point the values are the same for both, but you could use a tagger such as SongKong's big brother Jaikoz to modify each value independently.



 

Future Improvements


We plan to add direct support for writing independent values for Work and Group that allow for the differences in use in MinimServer.


Next Time

Next time we look at artists
 


 
Jthink blog Jthink Facebook page google_plus Jthink YouTube channel Email Paul at Jthink Subscribe to Weekly Newsletter