0
I'm running urxvt with the current env:
$ env | grep LC LC_ALL=en_US.UTF-8
The problem is either with ncurses or ncmpc and I was wondering if anyone could shed some light on what the problem might be. This could also be an issue with the ID3 tags and any advice on working with broken or misconfigured encoding settings in meta tags in mp3 files is also welcome. I have been ignoring this matter for years and it has finally gotten to me. The bizarre thing is that some filenames or tags work, while others do not.
What I have tried the following:
setting LC_ALL to these values (whatever is before the space)
- ru_RU.KOI8-R KOI8-R
- ru_RU.UTF-8 UTF-8
- ru_RU ISO-8859-5
- ru_RU.KOI8-R KOI8-R
rebuilding the MPD database with
- id3v1_encoding "ISO-8859-1"
or - id3v1_encoding "UTF-8"
- id3v1_encoding "ISO-8859-1"
I can demonstrate the problem with two screen shots, as it's the easiest way to do so:
Expected output (mpc works well):

Broken encoding (ncmpc):

Ncmpcpp: same problem

The application in the screen-shot is ncmpc, not ncmpcpp. $ cat /proc/9411/environ (...): LC_ALL=en_US.UTF-8 LANG=en_US.UTF-8 LANGUAGE=en_US.UTF-8. I start X with startx, so the locale variables in subsequent terminals are set to the same values as they are when X launces. If the terminal had not expected UTF-8, then mpc (mpc-whatson) would certainly not show the correct characters, but it does. I included the mpc screen-shot only to show that. The weird part is that some tags work, while others do not. That's also part of the question, and if locale vars were bad, none of them would work. – Ярослав Рахматуллин – 2012-10-09T17:19:03.133