This only occurs on my Windows computer. Mac and Linux work perfectly
I start Blender adn it runs normally. After 1-3 minutes, the screen goes completely blank. The UI panels appear only when the mouse ic actively over them. Once the mouse moves off of a particular panel, it dissapears. The effect is that only one panel at a time is visible. The only way that I can stop it is to restart Blender, but it always happens again within 1-3 minutes of starting it. I can't see any pattern or sequence of events that triggers it, just the 1-3 minutes of normal operation beforehand.
Compaq Presario X6000
(Hyperthreaded P4 3.0ghz)
2GB RAM
160GB Hard drive
ATI Radeon X600 with latest drivers
Windows 7 Ultimate with latest patches
Description
Event Timeline
Hi, this is almost certainly a graphics driver bug, would you test this with software opengl?
Extract this file and copy it into the same directory as blender.exe is stored and see if it works.
http://www.graphicall.org/ftp/ideasman42/opengl32.zip
I tried it with the 2.61RC. So far the windows have stopped disappearing, but the UI is now very slow. I knew that I'd see a slowdown moving to a software OpenGL driver, but it is slowing down way more than I expected. Any motion is really slow and choppy, and the mouse pointer is lagging s badly that I'm having trouble picking items. Now the windows are staying on the screen, but if I pick a menu, the menu items flash on and off as I mouse over them. Blender also crashes on exit when using the software driver. That didn't happen before.
Slowdown is a sideeffect of softwaregl which doesn't use hardware at all. This is indeed opengl issue, so moving to OpenGL tracer.
There's not much we can do in such situations. Using Microsoft's drivers for this card might help (at least i've heard it helped for some guywho've got issue with radeon here)
Hi,
I'm posting so that this info is somewhere to be found; basically these all seem to be duplicates of the same issue #29614, #24572, #22115 and a closed report #29703 (fixed by using old driver).
When using triple buffer window draw mode it's like the texture which the UI/views get copied into bails out after a while so only stuff just drawn shows up on the screen.
It's a driver bug and windows specific afaik, in my old comp's case happens because of using the code block that sets triple->target= GL_TEXTURE_RECTANGLE_ARB; in wm_triple_gen_textures() (file wm_draw.c).
There's a list for the Mesa-driver (gpuextensions.c -> GPU_extensions_init) of ATI-cards that don't handle npots properly... if there was to be a fix for this then perhaps it would be a good starting point to disable using GL_TEXTURE_RECTANGLE_ARB for the triple buffer. Alternatively could disable GL_TEXTURE_RECTANGLE_ARB for all ATI's... or maybe not :)
Details for the bug reports:
CLOSED: #29703 http://projects.blender.org/tracker/index.php?func=detail&aid=29703&group_id=9&atid=231
Card: ATI Radeon 9600/9550/X1050 Series
(apparently fixed by user reverting to an old driver)
#29614 http://projects.blender.org/tracker/index.php?func=detail&aid=29614&group_id=9&atid=231
Card: ATI Radeon X600 with latest drivers
#24572 http://projects.blender.org/tracker/index.php?func=detail&aid=24572&group_id=9&atid=231
Card: ati radeon x600
#22115 http://projects.blender.org/tracker/index.php?func=detail&aid=22115&group_id=9&atid=231
Card: ATI MOBILITY RADEON 9600/9700
Forgot to add my card to the list which is Ati radeon 9600XT. After some testing it actually registers as an "X1xxx" renderer with blender which I would've thought is a promotion for it.
In GPU_extensions_init this is one of the cards that gets automatic fail for npot-textures with an official driver. Might make it simpler to fail GL_TEXTURE_RECTANGLE_ARB triple buffers for this one case since all the failing cards seem to be pretty much the same make.