QUOTE(sapiens @ Jun 25 2003 - 11:38 AM)
QUOTE(zZzZzZz @ Jun 24 2003 - 12:39 PM)
ID3 tags contain characters encoded using current ANSI codepage on the system that wrote them, but no information about codepage used, so they can't be decoded on a system using different codepage; blame the person who tagged those files.
The codepage can be defined by the mp3 format, did I understand you right?
I suppose there is a lot of mp3 software that don't set the codepage, cause I have the problem with all of my russian mp3s.
Maybe you could build in an option to handle such a case with a default codepage set by user - in case a char is above the 127 boundary foobar2000 would use this codepage to display this char.
No. The code page cannot be defined by the tag. The point was that the tags contain plain ANSI strings, with no identifying code page information. They are encoded however the originating system was configured. ID3v2 *does* support UTF-8 and UTF-16, but most applications only support ISO-8859-1. (And persist in shoving all sorts of encodings in ANSI field. Lame coders, lame standard.)
QUOTE
QUOTE
Or set your system codepage to russian, read them, and rewrite tags.
which software would you suggest to do this easy and quickly? I have a couple of hundred files, this would be a bit tiring to do it by hand.
thx for help
1) Set your system language to Russian.
2) Load all of your broken tagged files and reload info
3) Rewrite tags from database
4) Optionally reset your codepage
Tags should now be nice APEv2 with UTF-8 strings, without that nasty code page dependent ANSI mess.