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@winehq.org ReportedBy: phoenix@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.
http://bugs.winehq.org/show_bug.cgi?id=31493
--- Comment #1 from Anton Vorobyov phoenix@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.
http://bugs.winehq.org/show_bug.cgi?id=31493
--- Comment #2 from Anton Vorobyov phoenix@mail.ru 2012-08-19 04:32:16 CDT --- Created attachment 41416 --> http://bugs.winehq.org/attachment.cgi?id=41416 Characters appearing randomly
http://bugs.winehq.org/show_bug.cgi?id=31493
echo@cyphernaut.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |echo@cyphernaut.org
--- Comment #3 from echo@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.
http://bugs.winehq.org/show_bug.cgi?id=31493
TouchMyBox pzoned@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pzoned@gmail.com
--- Comment #4 from TouchMyBox pzoned@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.
http://bugs.winehq.org/show_bug.cgi?id=31493
voidcastr voidcastr@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |voidcastr@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=31493
--- Comment #5 from voidcastr voidcastr@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.
http://bugs.winehq.org/show_bug.cgi?id=31493
--- Comment #6 from Henri Verbeet hverbeet@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.
http://bugs.winehq.org/show_bug.cgi?id=31493
--- Comment #7 from voidcastr voidcastr@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.
http://bugs.winehq.org/show_bug.cgi?id=31493
--- Comment #8 from voidcastr voidcastr@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?
http://bugs.winehq.org/show_bug.cgi?id=31493
--- Comment #9 from Henri Verbeet hverbeet@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.
http://bugs.winehq.org/show_bug.cgi?id=31493
rmlipman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rmlipman@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=31493
DreamSoul dreamsoul14@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dreamsoul14@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=31493
amro saziel@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |saziel@gmail.com
--- Comment #10 from amro saziel@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.
http://bugs.winehq.org/show_bug.cgi?id=31493
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |adys.wh@gmail.com Ever Confirmed|0 |1
--- Comment #11 from Jerome Leclanche adys.wh@gmail.com 2013-05-01 01:02:26 CDT --- Confirming
http://bugs.winehq.org/show_bug.cgi?id=31493
harakternik5040@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |harakternik5040@gmail.com
--- Comment #12 from harakternik5040@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)
http://bugs.winehq.org/show_bug.cgi?id=31493
Jarkko K jarkko_korpi@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jarkko_korpi@hotmail.com
--- Comment #13 from Jarkko K jarkko_korpi@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.
http://bugs.winehq.org/show_bug.cgi?id=31493
--- Comment #14 from Anastasius Focht focht@gmx.net --- *** Bug 31494 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=31493
--- Comment #15 from Austin English austinenglish@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?
https://bugs.winehq.org/show_bug.cgi?id=31493
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #16 from joaopa jeremielapuree@yahoo.fr --- No news since 5 more years. Can an administrator close this bug as ABANDONED?
https://bugs.winehq.org/show_bug.cgi?id=31493
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://www.dota2.com/play/ Keywords| |download
--- Comment #17 from Jeff Zaroyko jeffz@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.