[Bug 31493] New: Dota 2: hero tooltip text is not rendered apprropriately
http://bugs.winehq.org/show_bug.cgi?id=31493 Bug #: 31493 Summary: Dota 2: hero tooltip text is not rendered apprropriately Product: Wine Version: 1.5.11 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: phoenix(a)mail.ru Classification: Unclassified Created attachment 41401 --> http://bugs.winehq.org/attachment.cgi?id=41401 Corrupted tooltip above Mirana Repro: 1. Start/watch dota 2 game 2. Hover cursor over hero 3. Observe tooltip which appears above it Result: Tooltip text is not shown, see screenshot. As you play game, some letters may randomly appear there (correct letters in correct positions, but they don't appear one-by-one from left to right or all together). Expected: Tooltip should show hero class and hero level. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31493 --- Comment #1 from Anton Vorobyov <phoenix(a)mail.ru> 2012-08-18 14:25:19 CDT --- Forgot to mention that this bug is relatively new (appeared ~1-2 months ago) and were introduced with some dota2 update. Disabling dwrite.dll in library overrides doesn't help. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31493 --- Comment #2 from Anton Vorobyov <phoenix(a)mail.ru> 2012-08-19 04:32:16 CDT --- Created attachment 41416 --> http://bugs.winehq.org/attachment.cgi?id=41416 Characters appearing randomly -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31493 echo(a)cyphernaut.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |echo(a)cyphernaut.org --- Comment #3 from echo(a)cyphernaut.org 2012-08-22 12:50:22 CDT --- This bug is probably very similar to the issues I've seen with Team Fortress 2, where text is randomly missing. It appears to be less serious in Dota2 (maybe because it's a newer game and Valve has done something to resolve it?), and only appears in tooltips. I'm unable to actually find a bug report for the Team Fortress 2 text issue, though there are a few mentions of it on the Team Fortress 2 appdb page. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31493 TouchMyBox <pzoned(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pzoned(a)gmail.com --- Comment #4 from TouchMyBox <pzoned(a)gmail.com> 2012-08-29 18:15:37 CDT --- It is my educated guess that this is the same problem which affects other Source Engine games. In the source engine, if you do not take advantage of multi-core rendering in the current build of wine, then source engine games run pretty much without any rendering glitches (with the exception of minor stuff like black blotches on the textures of health and ammo pickups in TF2). As soon as you enable multi-core rendering however, you get a nice FPS boost, but at the cost of lights sources penetrating walls and wonky text rendering. Dota 2 takes advantage of multi-core rendering by default, and of course the first problem doesn't exist in dota because there are no walls, the text still rendering wonky. This isn't a dota-specific bug, but rather a bug with the multi-core renderer in the Source engine. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31493 voidcastr <voidcastr(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |voidcastr(a)gmail.com -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31493 --- Comment #5 from voidcastr <voidcastr(a)gmail.com> 2012-10-13 03:45:27 CDT --- (In reply to comment #4)
This isn't a dota-specific bug, but rather a bug with the multi-core renderer in the Source engine.
Just to make this clear, it's gotta be a bug in wine causing malfunctions in Source's multicore renderer -- I'm quite sure that it's not a bug in the engine. However, both issues mentioned here (i.e. "penetrating lights" and "invisible tooltip text") *could* be caused by some kind of missing synchronization between two rendering threads, so things are rendered in the wrong order. That is: - Lights after geometry obscuring them - Some letters in tooltips prior to the tooltip's background But after all, these issues being related is just a guess... Moreover, debugging this might be really horrid: I assume it would come down to comparing d3d/d3d9 traces between single- and multicore rendering mode. That's a *huge* bunch of data and manual work... and I'm not too sure this approach could succeed at all. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31493 --- Comment #6 from Henri Verbeet <hverbeet(a)gmail.com> 2012-10-13 04:49:55 CDT --- (In reply to comment #5)
However, both issues mentioned here (i.e. "penetrating lights" and "invisible tooltip text") *could* be caused by some kind of missing synchronization between two rendering threads, so things are rendered in the wrong order. That is: - Lights after geometry obscuring them - Some letters in tooltips prior to the tooltip's background
The issue with the lights is caused by occlusion queries not working across threads, and just giving wrong results in that case. This causes lights to be rendered that are supposed to be occluded. I don't know for sure if the tooltip issue is the same bug or related, but it's not an unreasonable assumption. We have other known issues with multithreaded D3D as well though. Some of those can be worked around with the "StrictDrawOrdering" registry setting, though at a significant performance cost. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31493 --- Comment #7 from voidcastr <voidcastr(a)gmail.com> 2012-10-13 11:37:23 CDT --- (In reply to comment #6)
... Some of those can be worked around with the "StrictDrawOrdering" registry setting, though at a significant performance cost.
This indeed fixes the issue for me, at an FPS cost of ~10% -- which is totally acceptable in my case. The game still seems to run more smoothly compared to running it with -nod3d9ex. Thanks for the hint! Can anybody confirm? If so, this workaround could be worth mentioning in the HowTo section. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31493 --- Comment #8 from voidcastr <voidcastr(a)gmail.com> 2012-10-17 06:04:41 CDT --- (In reply to comment #7)
(In reply to comment #6)
... Some of those can be worked around with the "StrictDrawOrdering" registry setting, though at a significant performance cost.
This indeed fixes the issue for me, at an FPS cost of ~10% -- which is totally acceptable in my case. The game still seems to run more smoothly compared to running it with -nod3d9ex.
My apologies, I gotta take this back... in greater clashes with lots of effects my FPS drop to about ~15 (which is about -60%). So I guess either - playing with -nod3d9ex and accepting lag spikes when new stuff gets loaded, or - playing without -nod3d9ex but having broken tooltips/nameplates are still the ways to go until we got threaded occlusion queries. Btw, I'm just curious: Are there any plans on this? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31493 --- Comment #9 from Henri Verbeet <hverbeet(a)gmail.com> 2012-10-17 06:31:04 CDT --- Allowing occlusion queries to be shared across contexts would require a GL extension. We have been considering some wined3d changes that would avoid the issue for some time now, but it's a non-trivial change, with questionable benefits. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31493 rmlipman(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rmlipman(a)gmail.com -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31493 DreamSoul <dreamsoul14(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dreamsoul14(a)gmail.com -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31493 amro <saziel(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |saziel(a)gmail.com --- Comment #10 from amro <saziel(a)gmail.com> 2013-02-27 21:59:09 CST --- This can be worked around using a console option. Add -console to Dota 2's launch options, then type this in the console: mat_queue_mode 0 This fixed it for me. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31493 Jerome Leclanche <adys.wh(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |adys.wh(a)gmail.com Ever Confirmed|0 |1 --- Comment #11 from Jerome Leclanche <adys.wh(a)gmail.com> 2013-05-01 01:02:26 CDT --- Confirming -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31493 harakternik5040(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |harakternik5040(a)gmail.com --- Comment #12 from harakternik5040(a)gmail.com 2013-05-25 20:02:43 CDT --- I've just find out that you can workaround this bug by clicking few times on top left arrow-button. so no performance will be lost) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31493 Jarkko K <jarkko_korpi(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jarkko_korpi(a)hotmail.com --- Comment #13 from Jarkko K <jarkko_korpi(a)hotmail.com> 2013-06-10 12:05:25 CDT --- When I play for example using warlock, I cannot see nothing under the box where reads the title of your warrior. I think I should see there some face movements? ANd when I die you see who killed you, I cannot see there nothing but void screen. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31493 --- Comment #14 from Anastasius Focht <focht(a)gmx.net> --- *** Bug 31494 has been marked as a duplicate of this bug. *** -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=31493 --- Comment #15 from Austin English <austinenglish(a)gmail.com> --- This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.51 or newer) wine? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=31493 joaopa <jeremielapuree(a)yahoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree(a)yahoo.fr --- Comment #16 from joaopa <jeremielapuree(a)yahoo.fr> --- No news since 5 more years. Can an administrator close this bug as ABANDONED? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=31493 Jeff Zaroyko <jeffz(a)jeffz.name> changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |http://www.dota2.com/play/ Keywords| |download --- Comment #17 from Jeff Zaroyko <jeffz(a)jeffz.name> --- (In reply to joaopa from comment #16)
No news since 5 more years. Can an administrator close this bug as ABANDONED?
There is a free download, so someone can test. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (1)
-
wine-bugs＠winehq.org