Page 1 of 2

bf-blender / Windows (2004/10/02) ATI slowdown patch.

Posted: Sat Oct 02, 2004 7:05 pm
by gabio
This is a fix for ati slowdown. This time on menu redraw, by ton. And It works! Test for your card to see the difference.

I went over the UI code, and removed all frontbuffer drawing from it.
Instead there's a system that only copys pixels from the back to
frontbuffer and back.

The only frontbuffer drawing now is with glCopyPixels(), which *really*

should work on most systems. I hope. :)

Since I suspect that especially drawing commands (lines, polys, text)
was causing the slowdown, this could be method how to have speedy UI
again for many ATI cards.

Attached you can find a patch. Apply it in blender/source/blender/

PLease note that only the pulldown menus have coded with new system.
The normal buttons don't refresh now on mouse-over or click.


(BTW apart from speed & clean code, this method also will allow usage

of transparant 'overlay' messages or menus). Or using antialiased

(BTW2 it should be tested on sgi/sun workstations too, since they have

different swapbuffer method... is that possible?)
Hi Tom,

Great to hear this works. :)
I now have the full UI code adapted. Works very clean and cpu
insensitive. The patch is attached, again apply this on source/blender/

Frontbuffer drawing in UI now still happens on more locations, like
what you mention, but also the preview render in shading buttons do
this. That's a separate issue to tackle. :)


p.s. This is only an exe file. copy it in your blender dir. To make sure the original is not erased, the file's name is blenderati.exe

a new build is available

Posted: Sat Oct 02, 2004 9:24 pm
by Matthe
When I render in fullscreen mode and schitch back from the rendered image to blender, all menus are not selectable anymore:(
I have to switch to windowed-mode to get rid of it. If I use only the window-mode everything works fine. This also occured with the previous release.

Posted: Sun Oct 03, 2004 12:02 am
by ElBarto

a suggestion: what about adding the zbuffer option to the selection menu (ctrl+tab)?


Blender Feature Proposal:

Posted: Sun Oct 03, 2004 3:54 pm
by lucky3
hmm, when i select a material color with the colorpicker i get horrible slowdown...

Posted: Sun Oct 03, 2004 9:32 pm
by mpan3
lucky3 wrote:hmm, when i select a material color with the colorpicker i get horrible slowdown...
Same here.
(ATI 9600 Cat 4.9)

Posted: Mon Oct 04, 2004 1:42 am
by Actarus
It works with menus (no more slow down with menus !) BUT doesn't with file dialogs.

Anyway, it's great, I will at last be able to use blender on my laptop ....

Posted: Mon Oct 04, 2004 4:16 am
by gabio
the fixs has been commited now. so the next release is gonna work on all ati as well. yes.

Posted: Mon Oct 04, 2004 4:49 pm
by Kenden
It's better with this version! But I still have some display problems with an ATI7500 on winXPSP1:

- When starting Blender in full screen mode, all seems fine. If going to window mode afterward it still works ok, and if going back to fullscreen, still ok.

- Now, when starting Blender in window mode (using Ctrl-U to save the settings), all seems fine, but then if I toggle to fullscreen mode, I get ATI graphical problems with menus, etc.
And if I toggle back to window mode, the menus then don't display at all!

Anybody gets the same problem?

Posted: Mon Oct 04, 2004 8:17 pm
by ElBarto
Using an Ati 9700pro on Win2K and new stable drivers. Blender is unusable in fullscreen mode, most hotkeys don't work lots of trouble with displaying menus because no menu appears. When switching back in windows mode enything is fine.

PS: Mouse working always correct.


Blender Feature Proposal:

Posted: Mon Oct 04, 2004 10:50 pm
by _namke
Ok - menus are good; although it seems a little 'twitchy'... In addition to the comment above about the text being slow at the top-right when rendering, I'd like to add the text when doing a border-select... (B then drag a rectangle out). Actually, the B-select has a nasty lag when just moving the cursor around - the slow text is only present when dragging out the selection box...

This is only after checking it for a couple of minutes - so no in-depth test so far.

I'm using WinXP, SP1 with a Radeon VE (7000 chipset) dual headed.

Great to see that this might finally be history!!

Posted: Mon Oct 04, 2004 11:03 pm
by Actarus
Don't you have slowdowns with file dialogs ?

Am I the only one ?

Posted: Mon Oct 04, 2004 11:12 pm
by _namke
Actarus wrote:Don't you have slowdowns with file dialogs ?

Am I the only one ?
I have those too! (Sorry) I only did a quick check!!

You are not alone :D

Posted: Tue Oct 05, 2004 4:49 am
by scooterl
First of all, this is excellent. The speed-up is a great relief.

In terms of reporting back information, I have this:

> All of the text-drawing issues are resolved except for the file navigation and the render progress bar. I haven't tested everything, though. The render progress bar definitely slows down the render process, adding as much as 15-20 seconds to each render (multiplied by whatever the OSA settings are), so its a prominent drag on program speed. I personally see no need in being repeatedly told the same information on each frame rendered anyway, and since the console reports frame render times and the mouse cursor reports the current frame number, I don't know if this bar is even necessary. Is there a way, by any chance, to turn it off?

> Blender locked up after about 45 minutes of use, during a render. It was not the first render, so I know this particular build is capable of rendering.

Otherwise, it was great to be using Blender with functional menus. Thanks for that!

--- Windows XP/ATI Radeon 7000 ---

Posted: Tue Oct 05, 2004 5:18 am
by madman
MenĂºs in area work and buttons work fine!

Thank you!
I need More!! Mooooreeee!!! :twisted:

--- ATI RADEON 7000 / Win XP SP2 / Duron 1 ghz ---

Posted: Mon Oct 11, 2004 12:51 am
by Actarus
I hope some day this ATI slowdowns nightmare will be totally solved !

(please apologize my poor english, I'm french)