ALT Linux Bugzilla – #13920
feature: forced recoding of fields (even if nothing else is changed)
Last modified: 2008-11-20 12:00:55
You need to
before you can comment on or make changes to this bug.
Very often you get files with tags in CP1251, and you need to recode them to the
standard encoding (Unicode) and save the updated tags before you can use the
information in these tags in good players.
Fortunately, easytag is able to read fields in non-standard encodings -- menu
"Scanner" > "Process Fields" > "Options" > "ID3 Tag Settings" > "Use non
standard character set for reading ID3 tags".
Unfortunately, it thinks that there is nothing to save in the considered
situation: it has read the tags in non standard encoding and you want to save
them in the standard encoding (Unicode).
I'd like to have a way to force it to save standardly-encoded tags.
(Ugly workaround I use: on a first pass, I add a space character into the middle
of a field in the files I want to recode; now easytag understands that they have
been updated and have to be saved -- it highlights them in red. On a second
pass, I remove those spaces. Then I save the files.)
(I'd submit this report upstream, but I haven't tested the latest development
version for this feature.)
Steps to Reproduce:
1. Set the above option to Windows-1251, save options, exit.
2. Download, for example,
3. Run easytag on it.
The tags were in CP1251, easytag has successfully read them and displays them
correctly. But the filename is not highlighted in red: easytag doesn't
understand the file has to be saved. You can't save the recoded tags.
There is a way to force easytag to save the recoded tags.
в сизиф заброшена 2.1.6
в этой версии кстати есть кнопочка "сохранить принудительно файлы". она
проблему не решает?