headphones
headphones copied to clipboard
rembo10
â€tm instead of ’ for filenames
I'm finding that resultant files have â€tm instead of ’ in their names. One of my favourite albums doesn't get nice treatment lol, https://musicbrainz.org/release/9d852c9b-d1e3-464d-b0c1-52d1f1d92f68 There are other characters that also get butchered. Song name and Artist name both get affected.
Apparently a clash between UTF-8 and ISO-8859-1. https://askleo.com/why_do_i_get_odd_characters_instead_of_quotes_in_my_documents/
"Now, what happens when the UTF-8 series of numbers is interpreted as if it were ISO-8859-1? ’
Look familiar? 0xE28099 breaks down as 0xE2 (â), 0x80 (€) and 0x99 (™). What was one character in UTF-8 (’) gets mistakenly displayed as three (’) when misinterpreted as ISO-8859-1."
Are we mixing UTF-8 and ISO-8859-1 in headphones?
I noticed that when I 'Post-Process Single Folder' (keep:on) and watch the temp folder in action that the filenames have conforming filenames. Then the temp folder is removed and the parent folder 'headphones' filenames look good. Then that is removed and the final location contains corrupted letters. It's when they are moved/copied to the final location that the filenames show corrupted letters.
I'm seeing the same issue in Windows 8.1. In Temp the filenames are correct, but, when moved, get the ISO-8859-1 encoding.
This issue appears to have been fixed for a period in December/2018 but now Dec. 23rd 2018 it is back again. Is this a headphones code issue or some underlying python module code issue or even some windows code issue? I'm running Windows 10 64bit and python 2.7
Thanks,
Seeing the same issue with accented Artist and Track names "Bublé" becomes "BublÃ@" and esperándote becomes "esperándote"
This issue also affects scanning the library. Whole folders and files get missed when doing a library scan. They have non-English characters in their name.
I'm still seeing this issue with the apostrophe character and foreign characters. Is there a way to fix it manually in the code?
