http://bugs.winehq.org/show_bug.cgi?id=58202
Bug ID: 58202 Summary: Radiodity GD-73 CPS no text shown in english language, works in chinese Product: Wine Version: 10.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: zbox@atlas.cz Distribution: ---
Fedora 41, wine-10.4-2.fc41.x86_64.
Steps to reproduce: - download Radiodity GD-73 CPS: https://radioddity.s3.amazonaws.com/2021-01-27_GD-73_v1.06_update_package.zi... - install "GD-73 Software/GD-73 V_1.05.exe" - add libusub0.dll, e.g. from the https://www.dll-files.com/libusb0.dll.html - run the CPS: wine ./CPS.exe
Current result: Application doesn't show text
Expected result: Application shows text
It works OK in Windows 10.
I tried the following (nothing helped): - installing all fonts from the winetricks - copying Fonts folder from the Windows 10 machine
If the application is switched to chinese (e.g. in the settings.ini, change language from "english" to "chinese") the text is correctly shown, but the UI is in chinese :).
http://bugs.winehq.org/show_bug.cgi?id=58202
--- Comment #1 from Jaroslav Škarvada zbox@atlas.cz --- Created attachment 78499 --> http://bugs.winehq.org/attachment.cgi?id=78499 Screenshot wine/english
http://bugs.winehq.org/show_bug.cgi?id=58202
--- Comment #2 from Jaroslav Škarvada zbox@atlas.cz --- Created attachment 78500 --> http://bugs.winehq.org/attachment.cgi?id=78500 wine/chinese
http://bugs.winehq.org/show_bug.cgi?id=58202
Jaroslav Škarvada zbox@atlas.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #78500|wine/chinese |Screenshot wine/chinese description| |
http://bugs.winehq.org/show_bug.cgi?id=58202
--- Comment #3 from Jaroslav Škarvada zbox@atlas.cz --- Created attachment 78501 --> http://bugs.winehq.org/attachment.cgi?id=78501 Screenshot windows/english
http://bugs.winehq.org/show_bug.cgi?id=58202
Jaroslav Škarvada zbox@atlas.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zbox@atlas.cz
http://bugs.winehq.org/show_bug.cgi?id=58202
--- Comment #4 from Rafał Mużyło galtgendo@o2.pl --- Attach console output of a run, both a standard one and one with 'font' debug channel.
http://bugs.winehq.org/show_bug.cgi?id=58202
--- Comment #5 from Jaroslav Škarvada zbox@atlas.cz --- Created attachment 78503 --> http://bugs.winehq.org/attachment.cgi?id=78503 WINEPREFIX=~/.wine_test wine ./CPS.exe
http://bugs.winehq.org/show_bug.cgi?id=58202
--- Comment #6 from Jaroslav Škarvada zbox@atlas.cz --- Created attachment 78504 --> http://bugs.winehq.org/attachment.cgi?id=78504 WINEPREFIX=~/.wine_test WINEDEBUG="+font" wine ./CPS.exe
I have to gzip it, because it was over 10 MB limit.
http://bugs.winehq.org/show_bug.cgi?id=58202
--- Comment #7 from Jaroslav Škarvada zbox@atlas.cz --- Both logs created on cleanly created 32 bit prefix, no fonts or packages installed. The chinese shows still OK there, the english doesn't. The logs were created with the english language.
http://bugs.winehq.org/show_bug.cgi?id=58202
Andrew Nguyen arethusa26@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |kernel32 Keywords| |download Status|UNCONFIRMED |NEW URL| |https://radioddity.s3.amazo | |naws.com/2021-01-27_GD-73_v | |1.06_update_package.zip Ever confirmed|0 |1
--- Comment #8 from Andrew Nguyen arethusa26@gmail.com --- The application is affected by the issue described in bug 56160. The english.lang file in the application directory is encoded in UTF-16LE without a BOM. This encoding is not correctly identified in the existing Wine profile string implementation, so the application's calls to GetPrivateProfileStringW yield an empty string instead of an expected UI string.
As a workaround, converting english.lang to use UTF-8 encoding with iconv does allow the application to successfully retrieve the UI strings in the file. Something like "iconv -f UTF-16LE -t UTF-8 < english.lang > english.lang.utf8 && mv english.lang.utf8 english.lang" would do the trick to replace the existing english.lang file with a new UTF-8 encoded version.
http://bugs.winehq.org/show_bug.cgi?id=58202
--- Comment #9 from Jaroslav Škarvada zbox@atlas.cz --- Thanks for the quick response, I can confirm the workaround works.
http://bugs.winehq.org/show_bug.cgi?id=58202
Andrew Nguyen arethusa26@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE
--- Comment #10 from Andrew Nguyen arethusa26@gmail.com --- Thanks for verifying. I'll take the liberty of marking this bug a duplicate, as the older one has more technical information about the issue.
*** This bug has been marked as a duplicate of bug 56160 ***