http://bugs.winehq.org/show_bug.cgi?id=24945
Summary: font is not drawn in synth1 instrument selection window Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: fonts AssignedTo: wine-bugs@winehq.org ReportedBy: armandsl@gmail.com
Created an attachment (id=31583) --> (http://bugs.winehq.org/attachment.cgi?id=31583) synth1 on wine 1.3.4
Starting with wine version 1.2.0 font is not drawn in synth1 instrument selection window anymore. Synth1 is free VST software synthesizer (http://www.geocities.jp/daichi1969/softsynth/). OS used: Linux (Fedora 14) Dll is loaded by LMMS (Linux Multi Media System) version 0.4.8 It worked with wine 1.1.38 (with old font subsystem).
http://bugs.winehq.org/show_bug.cgi?id=24945
--- Comment #1 from Armands Liepins armandsl@gmail.com 2010-10-29 16:24:07 CDT --- Created an attachment (id=31584) --> (http://bugs.winehq.org/attachment.cgi?id=31584) synth1 on wine 1.1.38
http://bugs.winehq.org/show_bug.cgi?id=24945
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|fonts |-unknown
--- Comment #2 from Dmitry Timoshkov dmitry@codeweavers.com 2010-10-30 00:58:40 CDT --- (In reply to comment #0)
It worked with wine 1.1.38 (with old font subsystem).
Please post the results of your regression testing: http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=24945
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
http://bugs.winehq.org/show_bug.cgi?id=24945
--- Comment #3 from Armands Liepins armandsl@gmail.com 2010-10-30 10:04:43 CDT --- (In reply to comment #2) Wine built from git sources shows instrument names normally, although with a different font than with fedora's wine 1.1.38. So... distro specific bug?
http://bugs.winehq.org/show_bug.cgi?id=24945
Michael Stefaniuc mstefani@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |http://www.geocities.jp/dai | |chi1969/softsynth/ CC| |mstefani@redhat.com
http://bugs.winehq.org/show_bug.cgi?id=24945
--- Comment #4 from Armands Liepins armandsl@gmail.com 2010-11-14 10:07:04 CST --- Digging deeper, I found: with wine 1.1.38 the following fonts are loaded: /usr/share/wine/fonts/tahoma.ttf /usr/share/wine/fonts/sserife.fon /usr/share/wine/fonts/tahomabd.ttf /usr/share/wine/fonts/vgasys.fon
the instrument names are using sserife.fon fedora's wine 1.3.4 does not have sserife.fon anymore
if I copy this missing font to ~/.fonts directory, wine 1.3.4 does not load it anyway, but it loads tahoma.ttf instead, if it present, which fedora 14 does not have too and this is why instrument names are not shown.
here is fonts loaded by wine 1.3.4:
/home/test/.fonts/tahoma.ttf /usr/share/fonts/liberation/LiberationSans-Bold.ttf /usr/share/fonts/liberation/LiberationSans-Regular.ttf
seems synthesizer .dll are using GdipGetGenericFontFamilySansSerif function (found, using strings utility)
are .fon fonts not supported anymore?
http://bugs.winehq.org/show_bug.cgi?id=24945
--- Comment #5 from Dmitry Timoshkov dmitry@codeweavers.com 2010-11-14 10:12:10 CST --- (In reply to comment #4)
are .fon fonts not supported anymore?
They are supported.
Does your Wine package install them in /usr/share/wine/fonts?
http://bugs.winehq.org/show_bug.cgi?id=24945
--- Comment #6 from Dmitry Timoshkov dmitry@codeweavers.com 2010-11-14 10:13:01 CST --- Also performing a real regression test and posting its results would help.
http://bugs.winehq.org/show_bug.cgi?id=24945
--- Comment #7 from Armands Liepins armandsl@gmail.com 2010-11-14 10:42:49 CST --- (In reply to comment #5)
Does your Wine package install them in /usr/share/wine/fonts?
no, it installs them in /usr/share/fonts: /usr/share/fonts/wine-courier-fonts /usr/share/fonts/wine-marlett-fonts /usr/share/fonts/wine-small-fonts /usr/share/fonts/wine-symbol-fonts /usr/share/fonts/wine-system-fonts and they comes as a separate packages
/usr/share/wine/fonts is empty, I tried to copy sserife.fon and tahoma.ttf here, but only tahoma are used.
http://bugs.winehq.org/show_bug.cgi?id=24945
--- Comment #8 from Dmitry Timoshkov dmitry@codeweavers.com 2010-11-14 11:35:05 CST --- Does it work if you compile Wine from source and run it from the build tree?
http://bugs.winehq.org/show_bug.cgi?id=24945
--- Comment #9 from Armands Liepins armandsl@gmail.com 2010-11-14 12:33:28 CST --- (In reply to comment #8)
Does it work if you compile Wine from source and run it from the build tree?
wine 1.3.6 compiled from git works, but uses tahoma.ttf instead of sserife.fon, wine from fedora does the same (tested with 1.3.6 which is now available). Played with the registry settings a little bit, but did not find why sserife.fon is not used anymore. Fedora's wine does not use vgasys.fon for some reason.
fonts loaded by wine 1.3.6 built from git (Oct 30): /home/test/work/wine-git/fonts/tahoma.ttf /home/test/work/wine-git/fonts/tahomabd.ttf /home/test/work/wine-git/fonts/vgasys.fon
http://bugs.winehq.org/show_bug.cgi?id=24945
--- Comment #10 from Armands Liepins armandsl@gmail.com 2010-11-14 13:36:37 CST --- I think I found the bug. It is in dlls/gdiplus/font.c, function mentioned before. Isn't correct name for sserife.fon "MS Sans Serif"? Rebuilding now to check.
http://bugs.winehq.org/show_bug.cgi?id=24945
--- Comment #11 from Armands Liepins armandsl@gmail.com 2010-11-14 14:57:16 CST --- Yes, that was it, works now. On fedora "MS Sans Serif" is substituted by LiberationSerif-Regular.ttf, but can be changed to sserife.fon.
http://bugs.winehq.org/show_bug.cgi?id=24945
--- Comment #12 from Dmitry Timoshkov dmitry@codeweavers.com 2010-11-14 23:27:45 CST --- (In reply to comment #10)
I think I found the bug. It is in dlls/gdiplus/font.c, function mentioned before. Isn't correct name for sserife.fon "MS Sans Serif"? Rebuilding now to check.
"MS Sans Serif" is a bitmap font while "Microsoft Sans Serif" is a truetype one. I'd suggest to finally perform the regression test.
http://bugs.winehq.org/show_bug.cgi?id=24945
--- Comment #13 from Armands Liepins armandsl@gmail.com 2010-11-15 08:29:43 CST --- (In reply to comment #12)
"MS Sans Serif" is a bitmap font while "Microsoft Sans Serif" is a truetype one. I'd suggest to finally perform the regression test.
I think this is not necessary. Just looked at source of version 1.1.38 GdipGetGenericFontFamilySansSerif. It searches for "MS Sans Serif". Starting with 1.1.43 it searches for "Microsoft Sans Serif" and if can not find it, returns "Tahoma". Since fedora's version of wine does not have "Microsoft Sans Serif" nor "Tahoma", font is not drawn. Ok, I do not insist it is a bug. Don't know what GdipGetGenericFontFamilySansSerif must return. If I set font substitution Tahmoma->Liberation Sans in the registry, then instrument list is shown. Or simply provide this missing font. Tried substitute with "MS Sans Serif" too, but this does not work.
http://bugs.winehq.org/show_bug.cgi?id=24945
--- Comment #14 from Dmitry Timoshkov dmitry@codeweavers.com 2010-11-15 09:05:53 CST --- (In reply to comment #13)
I think this is not necessary. Just looked at source of version 1.1.38 GdipGetGenericFontFamilySansSerif. It searches for "MS Sans Serif". Starting with 1.1.43 it searches for "Microsoft Sans Serif" and if can not find it, returns "Tahoma". Since fedora's version of wine does not have "Microsoft Sans Serif" nor "Tahoma", font is not drawn. Ok, I do not insist it is a bug. Don't know what GdipGetGenericFontFamilySansSerif must return. If I set font substitution Tahmoma->Liberation Sans in the registry, then instrument list is shown. Or simply provide this missing font. Tried substitute with "MS Sans Serif" too, but this does not work.
Wine doesn't ship Microsoft Sans Serif, bit it does provide Tahoma. If your package doesn't install Tahoma, it's a packaging bug.
I'm insisting on a regression test since this bug is marked as a regression, and performing a regression test for single dlls/gdiplus should be pretty fast. But if turns out that the culprit is missing Tahoma then this bug is invalid.
http://bugs.winehq.org/show_bug.cgi?id=24945
--- Comment #15 from Armands Liepins armandsl@gmail.com 2010-11-16 03:29:35 CST --- (In reply to comment #14) Wine doesn't ship Microsoft Sans Serif, bit it does provide Tahoma.
If your package doesn't install Tahoma, it's a packaging bug.
I'm insisting on a regression test since this bug is marked as a regression, and performing a regression test for single dlls/gdiplus should be pretty fast. But if turns out that the culprit is missing Tahoma then this bug is invalid.
Unfortunately, old versions segfaults on my system. But if font.c is changed as it was in 1.1.38, the program behaves exactly as on wine 1.1.38. Culprit is missing font, that GdipGetGenericFontFamilySansSerif returns. Don't know if it's functionality is implemented correctly.
http://bugs.winehq.org/show_bug.cgi?id=24945
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #16 from Dmitry Timoshkov dmitry@codeweavers.com 2010-11-16 05:31:17 CST --- Assuming a broken Wine package. Once you have regression test results feel free to reopen.
http://bugs.winehq.org/show_bug.cgi?id=24945
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #17 from Dmitry Timoshkov dmitry@codeweavers.com 2010-11-16 05:31:29 CST --- Closing invalid.
https://bugs.winehq.org/show_bug.cgi?id=24945
Johannes wine@sagagames.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wine@sagagames.de
--- Comment #18 from Johannes wine@sagagames.de --- FWIW, this bug is still happening and I don't think it's due to a broken Wine package, as it happens with Ubuntu/Mint's packages as well.
New working download link for Synth1 is https://daichilab.sakura.ne.jp/softsynth/#down by the way.