The Tango.info plugin does not work as it receives empty results when fetching the tango.info HTML pages. See #172 for details

When adding a single file via Add Cluster as Release I got an error saying that brackets were not escaped.

Internal Server Error
Oops, something went wrong!

Error:

Caught exception in MusicBrainz::Server::Controller::Recording->create "Error occurred localizing error message for Artist credit. Check brackets. Unable to do maketext on: Artist "[Doom]Paleraider" is unlinked, please select an existing artist. You may need to add a new artist to MusicBrainz first.
If the message contains brackets you may need to escape them with a tilde. at /home/musicbrainz/carton-local/lib/perl5/HTML/FormHandler/I18N.pm line 18."
Stack trace:
line 41 MusicBrainz::Server::Form::Field::ArtistCredit
line 16 MusicBrainz::Server::Form
line 177 MusicBrainz::Server::Controller
line 132 MusicBrainz::Server::Controller::Role::EditRelationships
line 82 MusicBrainz::Server::Controller::Role::Create
line 336 MusicBrainz::Server
line 311 MusicBrainz::Server
line 337 MusicBrainz::Server
line 351 MusicBrainz::Server
line 388 MusicBrainz::Server
Time: 2017-03-14 07:14:37 UTC

Host: 64dcd8b23bec

Interface language: en

URL: https://musicbrainz.org/recording/create

Request data:

$VAR1 = {
          'body_parameters' => {
                                 'edit-recording.artist_credit.names.0.artist.name' => '[Doom]Paleraider',
                                 'edit-recording.name' => 'Counterstrike Palerider Training Oc Removed',
                                 'edit-recording.length' => '4:14'
                               },
          'query_parameters' => {}
        };
    
We're terribly sorry for this problem. Please wait a few minutes and repeat your request — the problem may go away.

If the problem persists, please report a bug and include any error message that is shown above.

Please be sure to include the stack trace and request data shown above!

When bulk updating tracks with bpm values using aaf833d the editor area become unresponsive. Assistance is needed to resolve. This is tested against Picard Version 2.1.1.dev2

Example of behavior:

For some tracks wikidata plugin freezes Picard. Here's the debug log entry.

I: 15:28:35 WIKIDATA: fetching the folowing url wikidata.org/wiki/Special:EntityData/Q640529.rdf
Traceback (most recent call last):
  File "/usr/lib/picard/picard/webservice.py", line 315, in _process_reply
    self._handle_reply(reply, request, handler, xml, refresh)
  File "/usr/lib/picard/picard/webservice.py", line 304, in _handle_reply
    handler(document, reply, error)
  File "/home/dimon3000/.config/MusicBrainz/Picard/plugins/wikidata.zip/wikidata.py", line 196, in parse_wikidata_response
KeyError: u'fc2755ef-937d-3b95-8977-a4f64bd80243'

When using the ReplayGain plugin, the calculated values are not listed in the Tag Editor area at the bottom of the Picard window. A user would expect that the new values show up in green color on the right side.

I'm using ArchLinux and these versions:
MusicBrainz Picard 1.4
PyQt 4.12
Qt 4.8.7
Mutagen 1.37
ReplayGain Plugin 0.1

If the web call fails, ideally Picard would requeue it (and this functionality is planned).

However until this is in place, the impact of these on this plugin is greater than on Picard for e.g. release lookups because it changes the metadata for every track in albums by these artists.

If the Picard retry functionality is not forthcoming by the time 1.4 is released, I may need to add similar functionality to this plugin.

ReplayGain Logs this error upon trying to calculate for an album:

E: 11:46:04,011 util.thread.run:56: Traceback (most recent call last):
File "picard\util\thread.py", line 52, in run
File "...\AppData\Local\MusicBrainz\Picard\plugins\replaygain.zip\replaygain_init_.py", line 120, in calculate_albumgain
calculate_replay_gain_for_files(files, format, self.tagger)
File "...\AppData\Local\MusicBrainz\Picard\plugins\replaygain.zip\replaygain_init_.py", line 43, in calculate_replay_gain_for_files
decode_filename(b' '.join(file_list)))
TypeError: sequence item 0: expected a bytes-like object, str found

When I activate the Release Type plugin in Picard 2.02, I get an error saying that dict.iteritems() in

doesn't exist. I gather that it has been replaced by dict.items() in Python 3. Is this a problem with the plugin or is it a version snafu on my end?

decode_cyrillic.py seems not to appear in context menu anymore.
MB Picard v.:1.4.2
@Aeon

On picard 1.4.2 the install plugin via the options installs an older version of addrelease which uses API 1.0. No contextual menu. So I tried to download the most recent version and integrate it in the zip. I then get :

E: 10:55:03 Plugin 'addrelease' : Traceback (most recent call last):
  File "/usr/lib/picard/picard/plugin.py", line 299, in load_plugin
    plugin_module = imp.load_module(_PLUGIN_MODULE_PREFIX + name, *info)
  File "/home/arthur/.config/MusicBrainz/Picard/plugins/addrelease.py", line 243, in <module>
    register_cluster_action(AddClusterAsRelease())
  File "/home/arthur/.config/MusicBrainz/Picard/plugins/addrelease.py", line 120, in __init__
    super().__init__()
TypeError: super() takes at least 1 argument (0 given)

E: 10:55:03 Plugin 'addrelease' : Traceback (most recent call last):
  File "/usr/lib/picard/picard/plugin.py", line 301, in load_plugin
    plugin_module = importer.load_module(_PLUGIN_MODULE_PREFIX + name)
  File "/home/arthur/.config/MusicBrainz/Picard/plugins/addrelease.zip/addrelease.py", line 243, in <module>
  File "/home/arthur/.config/MusicBrainz/Picard/plugins/addrelease.zip/addrelease.py", line 120, in __init__
TypeError: super() takes at least 1 argument (0 given)

a .url is a simple ini style file containing a url and a little bit of other metadata.
Have a plugin that creates .url files for each link on the release group, artist, work etc.

The file format is simple:
[InternetShortcut]
URL=https://musicbrainz.org

Since mp3gain was dropped from debian due to being unmaintained, from Ubuntu 16.04 onwards it's only available from unofficial sources:
https://launchpad.net/~flexiondotorg/+archive/ubuntu/audio

Of the alternatives, it looks like bs1770gain is the most recently maintained as of 2017:
http://bs1770gain.sourceforge.net/

I would have suggested rgain as well, but that also looks abandoned as of mid 2016:
https://pypi.python.org/pypi/rgain

Hi, since some update of Picard the fanart.tv. plugin doesn't work anymore. Although it appears in the settings, is activated, correctly set up with my API key etc, no cover images get downloaded.

I'm using Picard v1.4.2 and fanart.tv plugin v0.5 on Ubuntu 16.04 LTS. Picard is installed from the official repository.

I'd like to have a plugin that can make any custom tag that is present in the files available in tagger-script. So that $getcustomtag(whatever) returns the value for that custom tag if it is present.

Is this possible with a plugin?
If yes, as I am not a coder and I am not familiar with the plugin system in picard, how would I tackle this problem? The plugin API page [1] didn't help me..
Would this be done via "from picard.file import File"?

I would be grateful about any information I could get about this matter.

[1] https://picard.musicbrainz.org/docs/plugin-api/

I cam across an odd bug in Add Cluster as Release today. I added an 18 track album, then later added a 15 track album, but it tacked on the last 3 tracks from the prior album in the submission. I've tried submitting again through the plug-in and can confirm something is keeping the prior submitted tracks cached.

• OS: Mac OS X 10.10
• Picard: 1.3
• Add Cluster as Release: 0.5

All plugins are installing correctly for me Picard 2.0.4 except for BPM. See my report on installing plugins here: https://community.metabrainz.org/t/plugin-updates-for-picard-2-0/397185/2

Plugin featartistsintitles (and also featartists) isn't changing (eg truncating) artistsort and albumartistsort tags, leaving featured artists in these tags but not in the artist and albumartist tags themselves. Neither of these plugins touch the sort tags at all.

Link to specific plugin: https://github.com/metabrainz/picard-plugins/tree/master/plugins/featartistsintitles
Discussion on Musicbrainz forum: https://community.metabrainz.org/t/feat-artists-in-titles-plugin-leaves-featured-artists-in-sort-tags/144600

The current description of "Non-ASCII Equivalents" plugin mentions the "Replace non-ASCII characters" option of MusicBrainz Picard as it tries to do a better job as the mentioned option.
But as the "Replace non-ASCII characters" option is in the "Rename files when saving" section in the "File Naming" category, one reading the current description gets the notion that this plugin does the same functionality only some way better.
So because this plugin works on a quite different level (file naming vs. tagging) this should be emphasized in the description as well, maybe no-one else takes a knock like me. :)
@andersonvom if you'd like, I can come up with a few words/sentences.

It would be cool with a plugin to look up genres from Wikidata. A lot of MusicBrainz entities have Wikidata URL relationships that could be used to look for the genre property (P136).

Inspired by https://community.metabrainz.org/t/plugin-that-scrapes-genre-from-wikipedia/148728?u=freso

See also beetbox/beets#2227

The musixmatch does all requests directly on the UI thread with urllib.request.

Should be updated to use the Picard webservice helpers instead.

Add Cluster as Release sends more tracks than needed because self.form_values is not getting clean after previous request. Adding self.form_values = {} after web request solves that.

When posting the form data to MusizBrainz.org, the plugin gets redirected from HTTP to HTTPS, losing the form data in the process.

The plugin should post to MusizBrainz on HTTPS as it is the preferred method to interact with the website.

This can be manually fixed by setting the server port to 443, but the default to 80 actually breaks this plugin.

I don't see a good way to guess if we can use https other than port without breaking compatibility for local server not using https. Should we ask for a change in the default settings of picard?

I'm running Picard 1.3.2 on Windows (10) and when I try to load the ReplayGain plugin I get an error message that "the plugin 'ui_options-replaygain' is not compatible with this version of Picard." This happens when I load the ui_options_replaygain.py file directly. If I load the __init__.py file then just nothing happens.

There's an accepted-but-not-yet-implemented STYLE proposal to no longer standardise "featuring", "ft.", etc. to "feat.", but @reosarevok does not want to finalise the implementation of the proposal until at least Picard has a plugin to keep the standardisation "downstream" for users wanting it.

I conjured an example regex: /f(ea)?t(\.|uring)?/feat\./ - however, this should probably be customisable and might be better presented as a list (if someone wants "with", "con", "starring", … as well, and regexing is a bit too technical).

Discussion about the STYLE proposal on the forums: https://community.metabrainz.org/t/guidelines-on-feat-join-phrase-style-671/206449?u=freso
Discussion about the wanted plugin on IRC: https://chatlogs.metabrainz.org/brainzbot/metabrainz/msg/3861519/

In the musicbrainz picard settings, I'm pointing to my own musicbrainz mirror.
For this plugin however, this server should not be used, since releases can only be added directly on musicbrainz.org.

I've seen a closed & patched issue about the exact opposite of this, which I do not understand.
Releases should be added on the main database, not on mirrors or copys.
Perhaps a config checkbox is in order to chose between musicbrainz.org and the configured server?

When trying to create the temporary file for the HTML form, Python throws an exception:

Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/picard/ui/itemviews.py", line 46, in __callback
    self.callback(objs)
  File "/home/freso/.config/MusicBrainz/Picard/plugins/addrelease.py", line 109, in callback
    html_file = self.generate_html_file(self.form_values)
  File "/home/freso/.config/MusicBrainz/Picard/plugins/addrelease.py", line 92, in generate_html_file
    f.write(HTML_HEAD % (self.NAME, mbserver_url(self.submit_path)))
  File "/usr/lib/python3.6/codecs.py", line 377, in write
    self.stream.write(data)
TypeError: write() argument must be str, not bytes

I would like a plugin that automatically follows artists as I add music to picard.
This would look for release and track artists if they have a twitter account url relationship.

Twitter supports adding followers to lists so it would be good to use this to seperate the people that you follow yourself and those automatically added by this plugin.
There is a limit of 5000 people that can be in a list, this should be enough for most people but it may be a good idea to support multiple lists if one is full.

It may be a good idea to also look at writers of works and add this to another list.

I was redirected from the MetaBrainzTickets here so here is the issue: @MetaTunes

The Options panel gets huge (around 1400x1000), so huge that all four sides are off the screen, no buttons, or title bar can be seen and the categories on the left side can barely be seen. (see attached pic.)

The steps to reproduce:

• enable the Classical Extras plugin
• save the options (Make it So!)
• reopen the Options window
• BANG it's big.

The only way to get back the normal sized Options panel is to disable the Classical Extras plugin (either deleting from the ini file, or (if lucky enough) by opening the Plugins section of the Options and disabling from there).

I tried reinstalling the program from scratch, even starting with a fresh new ini file, nothing helps. Not even setting the options_size parameter made any difference.

I would say the Classical Extras plugin's configuration panel is way too big to fit in my screen.
Maybe it should be resized to fit smaller screens.
In parallel I suggested in the other ticket that Picard should incorporate some measures to limit the size of the Options panel and maybe use scroll-bars.

I am using Picard 1.4.2 on Debian Stretch 9.3 (and on Debian Stretch 8.9) on a Lenovo X201 laptop with 1280x800 screen.

If a release contains both primary and secondary release types e.g. ep; live or single; remix, then the plugin returns NULL, as it is looking for a specific match with either "EP" or "Single".

Perhaps the plugin could be changed to search for "EP" or "Single" at the start of the Releasetype variable e.g. using the Startswith method or similar.

Setup:
Windows 7 64 bits
Picard 2.0.4 fresh installation

Steps to reproduce:

• install a new fresh install of Picard 2.0.4
• enable/install Cuegenerator in Plugins
• load any album (I'm using this http://127.0.0.1:8000/openalbum?id=cfdb91a1-693f-41a9-b9fc-f08d650a268e&t=1544459783)
• Right click in album / Plugins / Generate cuesheet
• Select the path of the file
• Picard Stops working and crash

How can I help?

I can't get the plugin installed. I have downloaded the plugin fanart.tv cover art from the website https://picard.musicbrainz.org/plugins/.
Extract it and put the folder fanarttv in the plugin folder from Picard.
I followed the instructions from this website https://forum.fanart.tv/viewtopic.php?f=5&t=262
but i can't enable the plugin.

After restart Picard i get this:

I can't see unfortunaly the plugin in the list from Plugins in Picard.

So what do i wrong here?
I use Ubuntu 16.04 and Picard version 1.3.2

Thanks

Last.fm's API has changed - the current plugins (last.fm and last.fm.plus) utilizes the /1.0/ service, which no longer exists:

E: 11:52:14 Network request error for http://ws.audioscrobbler.com:80/1.0/track/38%2520Special/Back%2520Alley%2520Sally/toptags.xml: Error downloading http://ws.audioscrobbler.com:80/1.0/track/38%252520Special/Back%252520Alley%252520Sally/toptags.xml - server replied: Not Found (QT code 203, HTTP code 404)

New API documentation:
http://www.last.fm/api/intro

Plugins should be rewritten to utilize the new methods
artist.getTopTags http://www.last.fm/api/show/artist.getTopTags
track.getTopTags http://www.last.fm/api/show/track.getTopTags

I sometimes see

this error

Internal Server Error
Oops, something went wrong!

Error:

Caught exception in MusicBrainz::Server::Controller::ReleaseEditor->add "CGI param clash for mediums.0.track.-1.name=-1 at lib/MusicBrainz/Server/Controller/ReleaseEditor.pm line 111"
Stack trace:
line 111 MusicBrainz::Server::Controller::ReleaseEditor
line 44 MusicBrainz::Server::Controller::ReleaseEditor
line 104 MusicBrainz::Server::Controller::ReleaseEditor
line 330 MusicBrainz::Server
line 304 MusicBrainz::Server
line 331 MusicBrainz::Server
line 345 MusicBrainz::Server
line 391 MusicBrainz::Server
Request data:

$VAR1 = {
          'query_parameters' => {},
          'body_parameters' => {
                                 'mediums.0.track.3.length' => '78994',
                                 'mediums.0.track.8.name' => 'Marianne, My Pen Pal',
                                 'mediums.0.track.5.name' => 'Sewing Lax Marionettes',
                                 'mediums.0.track.11.name' => 'Who Are You?',
                                 'mediums.0.track.2.name' => 'Goose-skin',
                                 'mediums.0.track.7.length' => '103235',
                                 'mediums.0.track.6.name' => 'You Are My Favourite',
                                 'mediums.0.track.6.length' => '86282',
                                 'mediums.0.track.11.length' => '165773',
                                 'mediums.0.track.7.name' => 'King Carl Wants To Stay Home',
                                 'mediums.0.track.-1.name' => 'Skogspromenad',
                                 'mediums.0.track.1.length' => '170370',
                                 'mediums.0.track.1.name' => 'Tango in the Night',
                                 'mediums.0.track.10.length' => '144248',
                                 'mediums.0.track.4.name' => 'You Fell In Love With My Best Friend',
                                 'mediums.0.track.5.length' => '127451',
                                 'mediums.0.track.10.name' => 'Give Me A Break!',
                                 'mediums.0.track.12.name' => 'Crazy Love',
                                 'mediums.0.track.12.length' => '116349',
                                 'mediums.0.track.4.length' => '104463',
                                 'mediums.0.track.9.name' => 'Art Is Heart',
                                 'mediums.0.track.2.length' => '80195',
                                 'mediums.0.track.-1.length' => '71948',
                                 'name' => 'A Circus Beat For Desperate Dancing Feet',
                                 'mediums.0.track.3.name' => 'Birds & Bees',
                                 'mediums.0.track.8.length' => '114102',
                                 'mediums.0.track.9.length' => '127242',
                                 'mediums.0.track.0.length' => '18442',
                                 'mediums.0.track.0.name' => 'Intro',
                                 'artist_credit.names.0.artist.name' => 'Rough Bunnies'
                               }
        };

Time: 2015-03-21 07:52:30 UTC

Host: astro

URL: http://musicbrainz.org/release/add

We're terribly sorry for this problem. Please wait a few minutes and repeat your request — the problem may go away.

If the problem persists, please report a bug and include any error message that is shown above.

Please be sure to include the stack trace and request data shown above!

Removing these two lines fixes it

'mediums.0.track.-1.length' => '71948',
'mediums.0.track.-1.name' => 'Skogspromenad',

As briefly discussed on the forum, after processing a few albums with this plugin active, Picard will hang.
Restarting Picard will fix it briefly, but will freeze again after a few albums.
Picardini.zip

W10x64
No scripts or other plugins running.

Since Picard has a setting to set a custom server address and port (for example to use the beta site), Add Cluster As Release should probably use that instead of relying on a hardcoded value.

Many plugins in this repository have no information on what license they can be used and redistributed under. Preferably that information should be included in the generated plugins.json.

See also http://tickets.musicbrainz.org/browse/PICARD-326

I am using the 0.8.6 release of classical_extras from here: https://github.com/MetaTunes/picard-plugins/ , but this was the only place I could find to report bugs. I think this bug also happens with the version of classical_extras in this repo.

Anyways, when classical_extras is enabled, on some of the albums in my music collection, picard gets stuck on "[loading album information]", and it outputs this to stderr:

  File "/usr/lib/python2.7/site-packages/picard/webservice.py", line 315, in _process_reply
    self._handle_reply(reply, request, handler, xml, refresh)
  File "/usr/lib/python2.7/site-packages/picard/webservice.py", line 304, in _handle_reply
    handler(document, reply, error)
  File "/home/aidane/.config/MusicBrainz/Picard/plugins/classical_extras.zip/classical_extras/__init__.py", line 3206, in work_process
  File "/home/aidane/.config/MusicBrainz/Picard/plugins/classical_extras.zip/classical_extras/__init__.py", line 3485, in process_album
  File "/home/aidane/.config/MusicBrainz/Picard/plugins/classical_extras.zip/classical_extras/__init__.py", line 4315, in extend_metadata
  File "/home/aidane/.config/MusicBrainz/Picard/plugins/classical_extras.zip/classical_extras/__init__.py", line 5074, in diff_pair
IndexError: list index out of range

and:

  File "/usr/lib/python2.7/site-packages/picard/webservice.py", line 315, in _process_reply
    self._handle_reply(reply, request, handler, xml, refresh)
  File "/usr/lib/python2.7/site-packages/picard/webservice.py", line 304, in _handle_reply
    handler(document, reply, error)
  File "/home/aidane/.config/MusicBrainz/Picard/plugins/classical_extras.zip/classical_extras/__init__.py", line 3206, in work_process
  File "/home/aidane/.config/MusicBrainz/Picard/plugins/classical_extras.zip/classical_extras/__init__.py", line 3485, in process_album
  File "/home/aidane/.config/MusicBrainz/Picard/plugins/classical_extras.zip/classical_extras/__init__.py", line 4116, in extend_metadata
  File "<string>", line 0
    
    ^
SyntaxError: unexpected EOF while parsing

I think this happens because the release include a partial recording. If any other information is needed to debug the problem, or if this is not the right place to report this bug, let me know.

Lately, I have been getting the following error on this album:

  File "/usr/lib/python2.7/site-packages/picard/webservice.py", line 315, in _process_reply
    self._handle_reply(reply, request, handler, xml, refresh)
  File "/usr/lib/python2.7/site-packages/picard/webservice.py", line 304, in _handle_reply
    handler(document, reply, error)
  File "/home/user/.config/MusicBrainz/Picard/plugins/classical_extras.zip/classical_extras/__init__.py", line 4018, in work_process
  File "/home/user/.config/MusicBrainz/Picard/plugins/classical_extras.zip/classical_extras/__init__.py", line 4210, in work_process_metadata
IndexError: list assignment index out of range

I'm not sure what exactly is causing it, though. I am using this release. My config file is test.txt, it should be very close to the default.

Ping @MetaTunes.

Thanks.

If you use the plugin 'Paper CD case' from Philipp Wolfer, submitted Umlaute/vowels doesn't get converted correctly in the advanced paper cd online form.

It would be great if the Umlaute/vowels would be sent as HTML entitites.
The special thing is this:
Don't send the word "Träne" as Träne with ä as ä -> it will be truncated at the &-character.
Please send it as Tr%26auml;ne (with %26 as & replacement) and it will work.

Right now we have a plugin that removes "feat." artists from track titles and a plugin that moves "feat." artists from the artist string to the track title and we will soon have a plugin that standardises ft./f./featuring/… to "feat.".

Maybe combine some/all of these into one "feat." plugin?

When I try to add a 10 LP release with alphanumerical track numbers like 1.A1, 1.A2, 1.B1, 1.B2, 1.B3, 2.C1, 2.C2, 2.D1 ... and so on, I get an error on the MB page:

The data you’ve seeded contained the following errors:
mediums.1.track.0 isn’t defined, do your indexes start at 0?
mediums.2.track.0 isn’t defined, do your indexes start at 0?
mediums.3.track.0 isn’t defined, do your indexes start at 0?
mediums.4.track.0 isn’t defined, do your indexes start at 0?
mediums.5.track.0 isn’t defined, do your indexes start at 0?
mediums.6.track.0 isn’t defined, do your indexes start at 0?
mediums.7.track.0 isn’t defined, do your indexes start at 0?
mediums.8.track.0 isn’t defined, do your indexes start at 0?
mediums.9.track.0 isn’t defined, do your indexes start at 0?
Review the documentation on release editor seeding and make sure your data is formatted correctly.

The tracks get created well but the numbering isn't alphanumerical and from Medium 2 on leading empty tracks are created.

Yes, we have an issue with the Picard website which cannot parse the plugin if it uses special Python 3 syntax. We are aware of that, but I currently can't say when we will have a fix. The quick workaround we did on the release day was to just skip plugins it could not process. Another quick way to solve it for this plugin would be to remove the type hints.

Originally posted by @phw in #202 (comment)

As there is an "associated singles/EPs" relationship between two release groups it woud be good to use this relationship and tag recordings some how.

Look up the relationships on the current release group.
Find any associated singles/EPs relationships.
if the release group name of this single matches a recording name add a tag.

not sure what the tag should be, is_single: true or something.

I have been trying to make this plugin work with no avail, maybe I am doing something wrong but I really don't know what else to try. I installed the plugin, I even opened the python file and added my own logs, so I know it has installed correctly. But the option to "Add Cluster As Release..." is nowhere to be found. I even tried in a recently formatted computer with a clean installation and it does not work either.

The picard version I am using is 1.4.2, and I have tried with Ubuntu 16.04 and 18.04.

Hi,

sadly the fanart.tv plugin doesn't work with picard version 1.32.
Here is a part from the debug file:
Plugin 'fanart.tv cover art' from '/home/user/.config/MusicBrainz/Picard/plugins/fanarttv' is not compatible with this version of Picard.

I found out that if I change PLUGIN_API_VERSIONS = ["1.4.0"] to PLUGIN_API_VERSIONS = ["0.15"] in __init__.py the plugin installs. But then there is an error if the script tries to obtain data from fanart.tv. I neither know Python nor I know the Plugin API, so I can not help me further. Here is the log:

E: 11:41:11 Traceback (most recent call last): File "/usr/lib/picard/picard/coverart/__init__.py", line 131, in download_next_in_queue if p.enabled(): File "/home/max/.config/MusicBrainz/Picard/plugins/fanarttv/__init__.py", line 73, in enabled super(CoverArtProviderFanartTv, self).enabled() and \ TypeError: super() argument 1 must be type, not classobj

Regards

Project Gutenberg is a source for public domain or freely redistrobutable ebooks.
Musicbrainz contains recordings of audibooks and works representing the text of the book.
These works can link to project gutenberg with the lyrics page relationship as this site has been white listed.

If the relationships exist download the text in the users prefered file format.

Copyright issues should not exist as all files added to the site need to be public domain or placed under a licence that allows it to be freely redistributed.

The plugin replaces the albumartist tag with "Soundtrack", but not the albumartistsort tag, leading to an inconsistency.