Classical Extras 2.0

I’m having trouble with one particular release: https://musicbrainz.org/release/0713b718-05a8-4f05-8d0f-30f80736625f. For some reason that is completely unclear to me, the plugin is not pulling any data at all. Other albums work flawlessly. I’ve tried completely removing Picard and reinstalling it and the plugin but no luck. Here’s the debug log for one track. There’s no obvious error message or warning in any of the logs.

B: 2021-01-21 20:19:35.567925 : -------------------- Debug log --------------------
B: 2021-01-21 20:19:35.567925 : STARTING WORKS PROCESSING FOR ALBUM The Complete Warner Recordings, DISC 1, TRACK 1 Violin Concerto no. 1 in D major, op. 6: I. Allegro maestoso
B: 2021-01-21 20:19:35.567925 : Cache setting for track <Track 1ee75f15-aa1c-44b1-a6db-17852b42362a 'Violin Concerto no. 1 in D major, op. 6: I. Allegro maestoso'> is False
B: 2021-01-21 20:19:35.567925 : Workparts gets track first...
B: 2021-01-21 20:19:35.567925 : PartLevels - LOAD NEW TRACK: :<Track 1ee75f15-aa1c-44b1-a6db-17852b42362a 'Violin Concerto no. 1 in D major, op. 6: I. Allegro maestoso'>
B: 2021-01-21 20:19:35.567925 : Check for last track. Requests = 0, Tracknumber = 1, Totaltracks = 4, Discnumber = 1, Totaldiscs = 77
B: 2021-01-21 20:19:35.567925 : STARTING ARTIST PROCESSING FOR ALBUM The Complete Warner Recordings, DISC 1, TRACK 1 Violin Concerto no. 1 in D major, op. 6: I. Allegro maestoso
B: 2021-01-21 20:19:35.567925 : Artists gets track first...
B: 2021-01-21 20:19:35.567925 : ExtraArtists - add_artist_info
B: 2021-01-21 20:19:35.567925 : In get_artists. relation_type: release, relations: [[{'direction': 'forward', 'end': None, 'begin': None, 'url': {'resource': 'https://www.amazon.ca/gp/product/B00YDFJLQM', 'id': '8549c038-05c7-49d9-bdf2-015da877612c'}, 'type': 'amazon asin', 'ended': False, 'attribute-values': {}, 'attributes': [], 'target-credit': '', 'target-type': 'url', 'type-id': '4f2e710d-166c-480c-a293-2e2c8d658d87', 'attribute-ids': {}, 'source-credit': ''}, {'url': {'resource': 'https://www.discogs.com/release/15000001', 'id': '95eae820-d436-4a8b-a7a7-9e220ca27ccb'}, 'begin': None, 'end': None, 'direction': 'forward', 'source-credit': '', 'attribute-ids': {}, 'type-id': '4a78823c-1c53-4176-a5f3-58026c76f2bc', 'attributes': [], 'target-credit': '', 'target-type': 'url', 'ended': False, 'attribute-values': {}, 'type': 'discogs'}, {'target-credit': '', 'target-type': 'url', 'attributes': [], 'attribute-values': {}, 'ended': False, 'type': 'purchase for download', 'attribute-ids': {}, 'source-credit': '', 'type-id': '98e08c20-8402-4163-8970-53504bb6a1e4', 'end': None, 'direction': 'forward', 'url': {'id': '9d8b265a-c581-418c-aa7a-d7751378699b', 'resource': 'https://www.warnerclassics.com/release/itzhak-perlman-complete-warner-recordings'}, 'begin': None}, {'target-type': 'url', 'target-credit': '', 'attributes': [], 'type': 'purchase for mail-order', 'attribute-values': {}, 'ended': False, 'attribute-ids': {}, 'source-credit': '', 'type-id': '3ee51e05-a06a-415e-b40c-b3f740dedfd7', 'end': None, 'direction': 'forward', 'url': {'id': '800479c0-00ba-4508-ae24-6ffbf7ded9e6', 'resource': 'https://www.prestomusic.com/classical/products/8073370--itzhak-perlman-the-complete-warner-recordings'}, 'begin': None}]]
B: 2021-01-21 20:19:35.568926 : Getting recording details
B: 2021-01-21 20:19:35.568926 : In get_artists. relation_type: recording, relations: []

For particular huge releases like this the MusicBrainz web service does not send the detailed relationships per track to avoid timing out and sending nothing. AFAIK there is no good workaround for this.

1 Like

That’s a shame. Being able to load a subset of discs would be great, but I imagine that would require changes to Picard itself, not just the plugin.

It would require first and foremost changes the MusicBrainz server API.

1 Like

Well I’m new and posted this problem, but I think may be it’s here the correct place to solve the problem.

I wanted to have the composer last name at the beggining of “tiltle” (1) and if there is an orchestra, add the “band” at the end of the title keeping the composer last name at the beggining (2). Also it could be nice if that could be alternate with conductors 3, etc.

  1. Mozart, title

if there is and Orchestra

  1. Mozart, title, Orchestra

  2. Mozart, title, Orchestra, conductor

I have used the Tagg Mapping in this way:

The problem is when I have a “composer_lastnames” but no “band” or “ensemble_names”.

If I unchek the condicional, it repetes the “title” in the tracks with band like this:

But I would like to have only one string with “title”, and no to individual select the second one each time.

Thanks in advance for the help.

I’ve raised this problem before, but I don’t think there is much chance of it being fixed. Classical Extras does need more data than vanilla Picard, so sometimes Picard appears to work OK but CE does not. As @outsidecontext says, it is an issue with the webservice.

2 Likes

Did you blank the title tag before filling it (at the top of the tag-mapping page)?CE blank tags

1 Like

@MetaTunes I am also finding the Options Page unusable on Dark Theme - any chance you can update the options page to use the standard Picard colour palette i.e. as shown in Options / User Interface / Colours and switching depending on Light / Dark theme?

This (Musicbrainz dropping relationship data on large releases) is fixable - it is a Simple Matter of Programming Effort in order to queue and process additional requests for relationship data that is dropped by MusicBrainz webservice on these large releases. Whether it is worth the effort needed, and whether it will actually be done, is a different matter.

I’ll look into that. My head is full of PHP at the moment, so I need to press a reset button for Python :slight_smile:

Quite!

1 Like

Composer(s) Magnus Lindberg not found in reference database of classical composers
This is the entry:
>
> Magnus Lindberg
> Lindberg M
> 1958
>
> FIN
> false
>
Original in XML
Other composers are found.

In the ‘period’ map you can specify the dates for a period.
And it says that dates may overlap.
Could you elaborate a little bit what happens to works that have a composition date that overlaps between two different date periods?

Hi

In the first track of this release, classical extras produced below error.

  1. Found parent which which is descendant of child - not using to prevent circular references. id = 9b1bd955-8635-43e6-9711-f2b820ffe8b8, name = Tannhäuser und der Sängerkrieg auf Wartburg, WWV 70

I checked the work relationship of the track and I confirmed it doesn’t have the circular reference.
The classical extra seems to produce this error if a track has two different level of work relationships to the top work.
In this case, the first track has both the relation to the overture of Tannhäuser (one level down of Tannhäuser ) and Bacchanale of Tannhäuser Act I. Scene I (Three level down of Tannhäuser).
Could you check this?

Regards.

I have been running into several bugs with Classical Extras for some time. I have found a release where I can trigger them easily.

  1. The performer vocals credit “ビートまりお” is instead coming down as “Beat Mario”
  2. The performer vocals credit “大瀬良あい” is instead coming down as “あい”
  3. The performer vocals credit “ななひら” is instead coming down as “Nanahira”

Settings:

Could you let me know which tracks you are talking about, please.

Hi @MusikBaum. I’m not sure what the query is here. The plugin does not maintain the reference database of composers. Could you provide more context please.

Sorry for the late response @hiccup. You probably guessed that the work will get a tag for both periods (or, at least, that’s what I think should happen).

1 Like
  1. Disc 1 track 2: The performer vocals credit “ビートまりお ” is instead coming down as “Beat Mario”
  2. Disc 1 tracks 1–5, 7–13; Disc 2 tracks 2, 8, 11: The performer vocals credit “大瀬良あい ” is instead coming down as “あい”
  3. Disc 2 track 3: The performer vocals credit “ななひら” is instead coming down as “Nanahira”

Hi @cngcng. Sorry for delay looking into this. I suspect that the problem may be caused by the track being a recording of two works. It’s quite a complicated one, but I will try and see what is happening.

A couple of things:

  1. You should have Japanese selected as the locale in the options->metadata
  2. Leave the ‘Fix non-Latin text…’ box unchecked (as you have…)

With those settings, items 1 & 3 seem to be fixed as far as I can see. Item 2 is a bit more of a puzzle as the name seems to have the first 3 characters removed. I’ll look into that a bit more, but meanwhile please confirm that you can fix 1 and 2 with the above settings.

I suspect that the problem with 大瀬良あい may be a more general python character-handling issue. I’m afriad I am no expert on Japanese character handling, so if you have any clues, please let me know.

1 Like