https://bugs.winehq.org/show_bug.cgi?id=38694
Bug ID: 38694 Summary: Waldorf Spectre crashes when clicking on buttons in the user interface Product: Wine Version: 1.7.44 Hardware: x86 URL: http://www.waldorf-music.info/downloads/Blofeld%20Down loads/Spectre/Spectre-WindowsV100.zip OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs@winehq.org Reporter: gyebro69@gmail.com Distribution: ---
Created attachment 51617 --> https://bugs.winehq.org/attachment.cgi?id=51617 terminal output
The application starts properly in wine-1.7.44-83-g9ce9ba3, although fonts look ugly with built-in dwrite.dll. The crash reported here is fully reproducible on my system, it's just a matter of time and tries when it happens.
Steps to reproduce the crash: 1. click the <New> button 2. click the <Audio/Midi...> button (no need to change anything, just close the window)
Repeat the above steps until the application crashes. Sometimes it takes only 2-3 tries, other times it needs 8-10 attempts to reproduce the crash.
Disabling dwrite makes the crash go away.
Fedora 21 x86 wine-1.7.44-83-g9ce9ba3
Spectre-installer.exe sha1: d384dd2f904377d8b6f2dde3d2b45fbed9a29958
https://bugs.winehq.org/show_bug.cgi?id=38694
--- Comment #1 from Nikolay Sivov bunglehead@gmail.com --- --- fixme:dwrite:get_name_record_codepage encoding 20 not handled, platform 1. ---
this one is about missing mapping for TT_NAME_MAC_ENCODING_KHMER, which comes from some font installed on your system, most likely harmless. Could you try to get +dwrite,+tid log when crash happens?
https://bugs.winehq.org/show_bug.cgi?id=38694
--- Comment #2 from Béla Gyebrószki gyebro69@gmail.com --- Created attachment 51618 --> https://bugs.winehq.org/attachment.cgi?id=51618 +tid,+dwrite debug log (uncompressed 3.8 MB)
https://bugs.winehq.org/show_bug.cgi?id=38694
--- Comment #3 from Nikolay Sivov bunglehead@gmail.com --- That's actually quite remarkable that it displays anything at all using dwrite. I'll have to try this myself, do I need any additional components installed for it, like dotnet/fonts/anything?
https://bugs.winehq.org/show_bug.cgi?id=38694
--- Comment #4 from Béla Gyebrószki gyebro69@gmail.com --- (In reply to Nikolay Sivov from comment #3)
That's actually quite remarkable that it displays anything at all using dwrite. I'll have to try this myself, do I need any additional components installed for it, like dotnet/fonts/anything?
It should run out of the box, I tested the app without corefonts installed. Ugly/blurred fonts in the app: http://imgur.com/h3vPNqu
https://bugs.winehq.org/show_bug.cgi?id=38694
--- Comment #5 from Nikolay Sivov bunglehead@gmail.com --- Created attachment 51620 --> https://bugs.winehq.org/attachment.cgi?id=51620 screenshot
https://bugs.winehq.org/show_bug.cgi?id=38694
--- Comment #6 from Nikolay Sivov bunglehead@gmail.com --- I can confirm this crash, you don't have to click on anything I think, to crash you need to force repaint on main window. Will try to debug it a bit.
https://bugs.winehq.org/show_bug.cgi?id=38694
Ricard Wanderlöf ricard2015@butoba.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ricard2015@butoba.net
https://bugs.winehq.org/show_bug.cgi?id=38694
--- Comment #7 from Ricard Wanderlöf ricard2015@butoba.net --- If dwrite is the problem, should it work with -no-dwrite appended to the wine command line (I tried it and it made no difference whatsoever).
BTW, if it's of any use, when testing it I reinstalled both wine and Spectre several times, and the font rendering distorsions were sligthly different every time, sometimes being unnoticable, and sometimes being fairly severe.
https://bugs.winehq.org/show_bug.cgi?id=38694
--- Comment #8 from Nikolay Sivov bunglehead@gmail.com --- No, it's up to application to support command line switches. I guess you got confused by Steam client that supports such switch and also suffers from dwrite being incomplete. To make Spectre render properly set dwrite to Disabled in Libraries tab of winecfg, this way application will not be able to use it and will fallback to gdi rendering that works. You can use that as a workaround while I'm working on proper fix.
https://bugs.winehq.org/show_bug.cgi?id=38694
--- Comment #9 from Ricard Wanderlöf ricard2015@butoba.net --- Thanks, yes, I was confused, I thought it was an option that Wine picked up.
Anyway, I can verify here too that disabling the dwrite DLL in winecfg clears up the rendering problem and the application appears to work fine.
I can also confirm that it can fulfill its purpose of transmitting samples to the synthesizer in question (Waldorf Blofeld) when running under Wine, at least as a quick test (have not done any extensive editing operations, just taken a sample definition file and downloaded the samples to the synth via USB).
https://bugs.winehq.org/show_bug.cgi?id=38694
--- Comment #10 from Ricard Wanderlöf ricard2015@butoba.net --- For the record, I can also confirm that disabling dwrite allows Spectre to run properly in Wine 1.6.2 (more specifically the Debian Wine package 1.6.2-20).
https://bugs.winehq.org/show_bug.cgi?id=38694
--- Comment #11 from Nikolay Sivov bunglehead@gmail.com --- I just sent a patch that fixes font rendering for this application - https://www.winehq.org/pipermail/wine-patches/2015-June/139801.html. Béla, could you confirm?
https://bugs.winehq.org/show_bug.cgi?id=38694
--- Comment #12 from Béla Gyebrószki gyebro69@gmail.com --- Created attachment 51654 --> https://bugs.winehq.org/attachment.cgi?id=51654 screenshot (patch applied)
(In reply to Nikolay Sivov from comment #11)
I just sent a patch that fixes font rendering for this application - https://www.winehq.org/pipermail/wine-patches/2015-June/139801.html. Béla, could you confirm?
Yes, fonts look much better with your patch and I can't reproduce the crash any more..was the crash related to font rendering too? However, the numeral '5' and the capital 'U' letters (in the 'Upgrade...' button) are still not perfect as you can see in the attached screenshot.
https://bugs.winehq.org/show_bug.cgi?id=38694
--- Comment #13 from Nikolay Sivov bunglehead@gmail.com --- Interesting, I don't see such corruption.
https://bugs.winehq.org/show_bug.cgi?id=38694
--- Comment #14 from Nikolay Sivov bunglehead@gmail.com --- For the record it's committed as http://source.winehq.org/git/wine.git/?a=commit;h=eca362bd76a4877008e6304ac8.... I'll take a look at your initial log to see if I can try to reproduce with same font you're using.
https://bugs.winehq.org/show_bug.cgi?id=38694
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |eca362bd76a4877008e6304ac80 | |b03229360c962 Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #15 from Béla Gyebrószki gyebro69@gmail.com --- Marking fixed, thanks Nikolay.
https://bugs.winehq.org/show_bug.cgi?id=38694
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #16 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.7.45.
-
wine-bugs＠winehq.org