E: 10:33:56,794 util\thread.run:64: Traceback (most recent call last):
File “util\thread.py”, line 60, in run
File “file.py”, line 329, in _save_and_rename
File “formats\id3.py”, line 541, in _save
File “formats\id3.py”, line 648, in _save_tags
File “mutagen_util.py”, line 185, in wrapper
File “mutagen_util.py”, line 156, in wrapper
File “mutagen\id3_file.py”, line 262, in save
File “mutagen\id3_file.py”, line 195, in _prepare_data
File “mutagen\id3_tags.py”, line 190, in _write
File “mutagen\id3_tags.py”, line 190, in
File “mutagen\id3_tags.py”, line 506, in save_frame
File “mutagen\id3_frames.py”, line 211, in _writeData
File “mutagen\id3_specs.py”, line 576, in write
UnicodeEncodeError: ‘latin-1’ codec can’t encode character ‘\u0131’ in position 19: ordinal not in range(256)
E: 10:33:56,797 ui\item.error_append:96: <MP3File ‘01.Fexomat_and_Sumone_-_Golden_Days_remix.mp3’>: ‘latin-1’ codec can’t encode character ‘\u0131’ in position 19: ordinal not in range(256)
This is really odd. Two things are really strange:
The character in the exception message is a “ı” (Latin Small Letter Dotless I), I can’t see this anywhere in the tags
Your setting is UTF-16 for encoding. There are a few ID3 frames that get saved with latin1 anyway, such as TRCK and TPOS for track and disc number, but Picard makes sure to only allow characters that can be encoded
I also can’t reproduce (but I have only tested on Linux so far). My first suspicion was that it maybe is something already in the file, but then I would have assumed I could reproduce it.
Which plugins or scripts do you use? Maybe anything that directly sets some %_id3:*% vafriable?
Could you check what you have set in Options > Metadata > Rating for the e-mail and whether this contains something odd? This is supposed to be Latin1 only according to the mutagen code. I can reproduce your stack trace when I add e.g. “ı” into this field.
My Plugins are:
Add Cluster As Release
Amazon Cover Art
Copy Cluster to Clipboard
Feat. Artists in Titles
Standardise Feat.
and I only have Single Disc script, which is “$if($eq(%totaldiscs%,1),$unset(totaldiscs)$unset(discnumber))”
Ok, odd. There are a couple of possible ID3 frames that could cause this, but as far as I can see they either are handled by Picard to avoid this encoding issue, are not supported by Picard or it’s not really possible to set the value freely. The one exception I found was the POPM frame for storing the rating. I will try to find some other way to trigger this issue
This is the very strange part. So you make a fresh download, and tagging it the first time with Picard already triggers the error, right?
I have not yet had the time to search for another cause of this issue. For the one related to ratings I added a ticket at https://tickets.metabrainz.org/browse/PICARD-2199 , but unfortunately that does not seem to be the issue you experience.