New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for Artists tag (Picard) #406
Comments
are you asking about getting the multi valued tags scanned into gonic, or returning the display artist / artist credit tags over the api? |
I am asking about the multi value tags under But I was overthinking the whole thing because I started to wondering if it should be merged with the content of Due to that I found out about |
have you set the multi valued settings like also, when setting these settings for the first time with an existing library, a "slow" scan must be done from the admin interface as for tags, yes the picard settings should work. for example this release https://musicbrainz.org/release/d7e1ff31-5bc1-4d8a-a218-5861eaf4a59a if picard sets the albumartist and albumartists tags, you would see for example in a gonic album response {
"id": "al-22",
"name": "Liumin",
"year": 2010,
// compatibility
"artistId": "ar-18",
"artist": "DeepChord",
// from picard `albumartists` tag
"artists": [
{ "id": "ar-18", "name": "DeepChord" },
{ "id": "ar-19", "name": "Echospace" }
],
// from picard `albumartist` tag
"displayArtist": "DeepChord Presents Echospace",
"genre": "electronic",
"genres": [
{ "name": "electronic" },
{ "name": "techno" }
],
} as for the displayAlbumArtist displayArtist fields missing. they are just cosmetic but i added them now |
does that make sense? |
I just ran another full scan and it appears to pick it up now. |
gonic version: v0.16.0
if from docker, docker tag: sentriz/gonic:nightly
I struggled getting multiple artists to work, my files were tagged by beets but beets seems to follow the default tag format of Picard, which can be found here: https://picard-docs.musicbrainz.org/en/variables/tags_basic.html
to quote the docs:
Retaining the value of the artist field would also be nice as it appears to contain the artists in a formatted way, example (eyeD3 output).
OpenSubsonic appears to have a
displayArtist
field that would fit that.The AlbumArtists field is also a thing that might make sense should this feature be considered.
Also the type mapping per file format: https://picard-docs.musicbrainz.org/en/appendices/tag_mapping.html#artists
The text was updated successfully, but these errors were encountered: