http://bugs.winehq.org/show_bug.cgi?id=25821
Summary: Anarchy only renders if something else needs rendering at that position Product: Wine Version: 1.3.11 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: jonathan-vola@hotmail.com
Anarchy online will not render. However if I place a terminal with top running in it behind the window, that section of the game window will update whenever the top program updates.
Similarly, a higher framerate can be achieved on another part of the screen by using a program with a higher output rate (Such as AO's own output)
Ubuntu lucid 64-bit, 1.3.11 patched
Moving the window (With wobbly windows) or moving to the cube allow me to see the game in full speed, so I presume this is actually a problem with Xorg mainly.
Does anyone know why this is doing what it is (Or at least know a cheap hack to render the window in real time)? Other than opening a giant terminal behind the game with it's own output pumped in there.
http://bugs.winehq.org/show_bug.cgi?id=25821
Luke Bratch l_bratch@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |l_bratch@yahoo.co.uk
http://bugs.winehq.org/show_bug.cgi?id=25821
--- Comment #1 from jonathan-vola@hotmail.com 2011-01-19 12:50:14 CST --- http://www.speedyshare.com/files/26361066/ao-render-framerate-bug.ogv
Above is a video explaining the bug much better (recordmydesktop has a bug so I've only been able to open this file in vlc or totem, youtube doesn't even handle it correctly)
As you can see, the terminator window behind AO is running top at the right side (With -d 1.0 for a 1 second refresh rate) and AO is pushing it's own output to the upper left terminal.
This is causing two distinct areas of the screen. The game renders at maximum quality (What I would like more often) when moving it with wobbly windows, using the cube, or doing anything else in compiz
I presume the game is properly rendering, but Xorg is not being properly told to update the screen unless some other application requests it.
http://bugs.winehq.org/show_bug.cgi?id=25821
llie@nano.exofire.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |llie@nano.exofire.net
--- Comment #2 from llie@nano.exofire.net 2011-01-19 23:54:01 CST --- This bug is the same behavior that I'm seeing after changes in D3D resolved the "crash on start" described here: http://bugs.winehq.org/show_bug.cgi?id=25655
Although the "crash on start" appears to have been fixed and I presume it works on some systems, I'm now seeing the behavior described in this bug on Mac OS X 10.6.
http://bugs.winehq.org/show_bug.cgi?id=25821
jonathan-vola@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Difficulty|--- |Hours
--- Comment #3 from jonathan-vola@hotmail.com 2011-01-20 03:33:36 CST --- (In reply to comment #2)
This bug is the same behavior that I'm seeing after changes in D3D resolved the "crash on start" described here: http://bugs.winehq.org/show_bug.cgi?id=25655
Although the "crash on start" appears to have been fixed and I presume it works on some systems, I'm now seeing the behavior described in this bug on Mac OS X 10.6.
While this does need fixing, as per your comment in the other bug, I'll compile wine 1.2.2 with patches cause I can't wait to get back into the game :P
http://bugs.winehq.org/show_bug.cgi?id=25821
--- Comment #4 from llie@nano.exofire.net 2011-01-26 13:10:26 CST --- Can someone help me understand a little of the WineD3D stuff? It's quite over my head. The endless "fixme" messages that I'm seeing come from the buffer_PreLoad() function in dlls/wined3d/buffer.c but I don't see any significant changes in that file between 1.2.2 and current head.
Inside buffer_PreLoad(), decl_changed is set by buffer_find_decl(), and buffer_find_decl() is virtually unchanged since 1.2.2. What would cause the condition in buffer_PreLoad() where decl_changed would be changed to TRUE?
http://bugs.winehq.org/show_bug.cgi?id=25821
--- Comment #5 from llie@nano.exofire.net 2011-01-27 09:11:55 CST --- Per this comment: http://bugs.winehq.org/show_bug.cgi?id=25206#c75 I found that
winetricks orm=backbuffer
causes this problem to go away. I still get endless "fixme:d3d:buffer_PreLoad Too many declaration changes or converting dynamic buffer, stopping converting" errors getting dumped to my terminal, but the rendering no longer requires me to damage the window to get rendering to work.
http://bugs.winehq.org/show_bug.cgi?id=25821
jonathan-vola@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #6 from jonathan-vola@hotmail.com 2011-02-19 06:12:36 CST --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=25821
--- Comment #7 from llie@nano.exofire.net 2011-06-11 11:33:23 CDT --- As of 1.3.22 winetricks orm=backbuffer results in no rendering but returning to the default setting of winetricks orm=fbo seems to allow the game to render normally. Can anyone else confirm? If so I'm guessing this bug can be closed?
http://bugs.winehq.org/show_bug.cgi?id=25821
malic malicorne@chez.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |malicorne@chez.com
--- Comment #8 from malic malicorne@chez.com 2011-06-14 05:31:22 CDT --- Using wine 1.3.21, with a new .wine directory (so I guess default setting for rendering), rendering is fine.
http://bugs.winehq.org/show_bug.cgi?id=25821
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #9 from Austin English austinenglish@gmail.com 2011-06-14 14:17:17 CDT --- Fixed, confirmed twice.
http://bugs.winehq.org/show_bug.cgi?id=25821
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #10 from Alexandre Julliard julliard@winehq.org 2011-06-24 17:44:24 CDT --- Closing bugs fixed in 1.3.23.