# V3.34.1 sudden fail to represent Japanese characters, fix reverting to 3.33.11

**URL:** https://community.mp3tag.de/t/v3-34-1-sudden-fail-to-represent-japanese-characters-fix-reverting-to-3-33-11/71399
**Category:** Support
**Created:** [June 4, 2026, 4:07am UTC](https://community.mp3tag.de/t/v3-34-1-sudden-fail-to-represent-japanese-characters-fix-reverting-to-3-33-11/71399 "2026-06-04T04:07:50Z")
**Posts on this page:** 1
**Showing post:** 3

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [June 5, 2026, 8:37am UTC](https://community.mp3tag.de/t/v3-34-1-sudden-fail-to-represent-japanese-characters-fix-reverting-to-3-33-11/71399/3 "2026-06-05T08:37:41Z")

</div>

Please see this topic for a possible explanation (unrelated to v3.34.1).

> [@Mp3tag displays ballot boxes instead of Japanese characters](https://community.mp3tag.de/t/mp3tag-displays-ballot-boxes-instead-of-japanese-characters/19408/2):
>
> I've moved your post to a dedicated topic — it seems to be a separate issue. Mp3tag reads Unicode characters as long as they are encoded in Unicode (UTF-8 or UTF-16 LE/BE). However, some tags are stored in the system codepage of the locale, which makes it difficult to impossible to read. Are you using Mp3tag on Windows or are you using the Wine-based macOS version? Could you provide an example file which shows this behavior (preferable via private email)? Kind regards – Florian

* * *

Moving to #Support as there is currently too much information missing to qualify as a bug report.

---

_[View the full topic](https://community.mp3tag.de/t/v3-34-1-sudden-fail-to-represent-japanese-characters-fix-reverting-to-3-33-11/71399)._