# Problems with Chinese characters **URL:** \ **Category:** Support\ **Created:** [May 21, 2022, 8:39am UTC](https://community.mp3tag.de/t/problems-with-chinese-characters/57361 "2022-05-21T08:39:27Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![Ryu](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/r/a88e4f/32.png) [@Ryu](https://community.mp3tag.de/u/Ryu)\ **Post date:** [May 21, 2022, 8:39am UTC](https://community.mp3tag.de/t/problems-with-chinese-characters/57361/1 "2022-05-21T08:39:27Z")
v3.14k does not read files if the file name contains Chinese characters. Japanese is OK. v2.39 could read files even if the file name contained Chinese. It would be helpful if you could support UTF-16. ---
**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\ **Post date:** [May 21, 2022, 8:43am UTC](https://community.mp3tag.de/t/problems-with-chinese-characters/57361/2 "2022-05-21T08:43:20Z")
> [@Ryu](#): > > support UTF-16. Have you seen the options: > **[Mpeg – Mp3tag Documentation](https://docs.mp3tag.de/customization/options/tags/mpeg/)** > > Documentation of ID3-related configuration options. Mp3tag is the universal Tag Editor. ---
**Author:** ![Ryu](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/r/a88e4f/32.png) [@Ryu](https://community.mp3tag.de/u/Ryu)\ **Post date:** [May 22, 2022, 3:09am UTC](https://community.mp3tag.de/t/problems-with-chinese-characters/57361/3 "2022-05-22T03:09:56Z")
[ohrenkino](https://community.mp3tag.de/u/ohrenkino): Thanks. If certain characters are included in the filename, v3.14k will fail to read them. If the character is in the folder name, it will not open without problems. The character circled " 你"(U+4F60) is included in the Japanese area in Unicord, but is not normally used in Japanese. The "?" line is not specific as to which character is affected. 02 西子姑娘.mp3 03 我在你左右.mp3 05 我要你忘了我.mp3 07 心聲悷痕.mp3 09 昨夜你對我一笑.mp3 ![229-314k](https://community.mp3tag.de/uploads/default/original/2X/5/591a3f5266a6f7088114b7f8347b56df70847caf.png) ---
**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\ **Post date:** [May 22, 2022, 5:16am UTC](https://community.mp3tag.de/t/problems-with-chinese-characters/57361/4 "2022-05-22T05:16:59Z")
could it be that you have applied a filter? AFAIK: MP3tag gets the files as they are presented by the OS. If the OS sees them then MP3tag should see them as well. What does the status bar at the bottom show? Does the number of loaded files match the number of shown files? There have been reports about left-out files which were damaged to such an extent that MP3tag would not load them. So, if the files are new files, then please check them for integrity first (really with a tool, playing them is not enough). > [@How to check files for errors?](https://community.mp3tag.de/t/how-to-check-files-for-errors/44633): > > It’s required and often helps to reduce support cycles to check files for errors before filing a bug report. Symptoms of erroneous files are often missing or wrong bitrate or length audible blips or skips tags seem to be sticky and cannot be removed There are some really good tools to check the files for errors, namely MP3 Diags — identifies many different issues in MP3 files Website: [http://mp3diags.sourceforge.net](http://mp3diags.sourceforge.net) Download: [MP3 Diags - Getting MP3 Diags](http://mp3diags.sourceforge.net/010_getting_the_program.html#binWindows) If the font size in MP3 Diags is … ---
**Author:** ![Crissov](https://community.mp3tag.de/user_avatar/community.mp3tag.de/crissov/32/6619_2.png) [@Crissov](https://community.mp3tag.de/u/Crissov)\ **Post date:** [May 23, 2022, 11:51am UTC](https://community.mp3tag.de/t/problems-with-chinese-characters/57361/5 "2022-05-23T11:51:30Z")
Ohrenkino is right, there isn’t something obviously special about that character and files without it are affected as well. [https://www.unicode.org/cgi-bin/GetUnihanData.pl?codepoint=你](https://www.unicode.org/cgi-bin/GetUnihanData.pl?codepoint=%E4%BD%A0) However, encoding bugs sometimes have strange and unexpected causes. Are you using the 64bit version of the 3.14 beta version? ---
**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\ **Post date:** [May 23, 2022, 12:45pm UTC](https://community.mp3tag.de/t/problems-with-chinese-characters/57361/6 "2022-05-23T12:45:19Z")
I just added > [@Ryu](#): > > The character circled " 你"(U+4F60) to a filename of a file that was loaded previously and refreshed the list (F5). The file still got loaded. ---
**Author:** ![Ryu](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/r/a88e4f/32.png) [@Ryu](https://community.mp3tag.de/u/Ryu)\ **Post date:** [May 30, 2022, 1:22am UTC](https://community.mp3tag.de/t/problems-with-chinese-characters/57361/7 "2022-05-30T01:22:50Z")
> > could it be that you have applied a filter? There was a "1" in the filter.... I didn't notice it at all, so thank you very much for fixing the problem. It seems that the Uni-cord letters were not the problem. ---
**Author:** ![Ryu](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/r/a88e4f/32.png) [@Ryu](https://community.mp3tag.de/u/Ryu)\ **Post date:** [May 30, 2022, 1:41am UTC](https://community.mp3tag.de/t/problems-with-chinese-characters/57361/8 "2022-05-30T01:41:09Z")
Thank you for telling us about the Unicord letters. I have already tried 3.14k and 3.15. As I reported elsewhere, it was not a Unicord character issue, but a filtering issue, so not all files were being displayed. Thank you very much. ---
**Author:** ![Ryu](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/r/a88e4f/32.png) [@Ryu](https://community.mp3tag.de/u/Ryu)\ **Post date:** [May 30, 2022, 1:34am UTC](https://community.mp3tag.de/t/problems-with-chinese-characters/57361/9 "2022-05-30T01:34:16Z")
It was my mistake in not checking for file errors. Windows 11 Pro's Explorer also showed the tags. I also interpreted that the file was not corrupted, because the music played without any problems. I used the above three tools and "MP3RepairTool" to repair the file, but found no abnormality. At any rate, it seems that all the files were not displayed because of the filtering. Thank you very much for your advice. ---
**Author:** ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)\ **Post date:** [June 29, 2022, 1:34am UTC](https://community.mp3tag.de/t/problems-with-chinese-characters/57361/10 "2022-06-29T01:34:38Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.