Unfortunately neither mp3val itself nor the frontend can handle file names with letters that are not included in the traditional (read: very old) Latin-1 8-bit character set. There are several open tickets for this since 2010. It shouldn't be too hard to implement proper handling of Unicode... but the last update of mp3val was in 2009 so this project is probably dead.
Unfortunately neither mp3val itself nor the frontend can handle file names with letters that are not included in the traditional (read: very old) Latin-1 8-bit character set. There are several open tickets for this since 2010. Hopefully the programmers will implement proper handling of Unicode someday...
Ok, I looked into it. All characters of the Latin-1 (ISO/IEC 8859-1) charset seem to work fine, including ä, é, ß etc. The following filenames couldn't be processed: Smoke Hour ★ Willie Nelson - Beyoncé.mp3 Sweet ★ Honey ★ Buckiin' - Beyoncé.mp3 Jesus ♥'s Me - CocoRosie.mp3 Johnny And Mary - √c.mp3 Up And Away - Σtella.mp3 Bal - Derya Yıldırım & Grup Şimşek.mp3 I noticed that in the frontend's file list the non-Latin chacters are being substituted or omitted: ★ and ♥ are substituted by "?" Σ is substituted...
Ok, I looked into it. All characters of the Latin-1 (ISO/IEC 8859-1) charset seem to work fine, including ä, é, ß etc. The following filenames couldn't be processed: Smoke Hour ★ Willie Nelson - Beyoncé.mp3 Sweet ★ Honey ★ Buckiin' - Beyoncé.mp3 Jesus ♥'s Me - CocoRosie.mp3 Johnny And Mary - √c.mp3 Up And Away - Σtella.mp3 Bal - Derya Yıldırım & Grup Şimşek.mp3 I noticed that in the frontend's file list the non-Latin chacters are being substituted or omitted: ★ and ♥ are substituted by "?" Σ is substituted...
I'm having the same problem under Windows 11.