Blender broken after upgrade (xf86-video-intel)

kborovsky · 2009-04-27 19:06:58

Hi,

for several months I was ignoring upgrades to X.org, LibGL, Mesa and xf86-video-intel due to serious problems with the intel driver.

Yesterday I removed the ignore list and upgraded from

intel-dri-7.0.3-1
libgl-7.0.3-2
mesa-7.0.3-2
xf86-video-intel
xorg-server-1.4.2-2

to the latest

kernel26-2.6.29.1-4
intel-dri-7.4-2
libgl-7.4-1
mesa-7.4-1
xf86-video-intel-2.6.3-3
xorg-server-1.6.1-1

Everything works very well and even some bugs disappeared, so I was quite happy. OpenGL programs work too (glxgears, games, my own GLUT apps), except one: Blender.

Only a part of the workspace is displayed (with incorrect lighting) and the rest of it is not being refreshed (sometimes I can see remnants of other GL apps in this part). The icons in the panels are squished and misplaced. This makes the program totally unusable.

I tried downgrading to xf86-video-intel-legacy but it didn't change anything, so I am suspecting this might actually be something with Mesa or OpenGL. Any comments would be greatly appreciated.

Last edited by kborovsky (2009-05-05 13:39:21)

roro_12481 · 2009-04-28 23:11:30

I have exactly the same issue after upgrade of the xorg server and intel driver.

Everything works well (even compiz and openGL applications; glxgear, games, my own applications...) except blender.
I have the same screen that above.

My version of Blender is 2.48a-2 using python 2.6. But from the web site of Blender, the official Python version supported by Blender 2.48a is Python 2.5.
Could it be a problem with the binding of Mesa/openGL and Python 2.6?
Or could it be some broken compatibilities between Python 2.6 and Python 2.5 causing Blender issues?

If somebody have a working configuration, any comments would be greatly appreciated.

kborovsky · 2009-04-29 13:19:49

Today I found that disabling DRI by adding Option "DRI" "False" to the video card Device section in xorg.conf fixes the problem. This however severely hurts performance of Blender.

Other things I tried:

- downgraded Mesa to 7.2-1, this had no effect
- dowloaded and installed the newest xf86-video-intel-2.7.0-2 from Testing,this didn't help
- since this seems to be a DRI problem, I wanted to downgrade intel-dri to 7.2-2 or 7.0.3, but because xorg-server, libgl and other stuff depend on it, this would essentially take me where I was with the old configuration (see the original post)

I am really tired of the crappy intel drivers as stuff like this has been going on for months. I really regret buying a laptop with the GM965.

roro_12481 · 2009-05-01 01:37:58

After a lot of googling, it is definitively a problem with the new intel driver. What surprising me is the fact that all other openGL applications I used work very well with the new driver (with compiz actived) and only Blender is weird.

I tried to download Mesa and compiled with no direct rendering support (--with-driver=xlib) and force Blender to use this library instead (couple of LD_LIBRARY_PATH and MESA_RGB_VISUAL). It is working with some performance impact. But using this trick, I can keep compiz and other openGL programs benefiting of new UXA/DRI2 features and force Blender to run without direct rendering.

OK it is not a "solution" but it will help me to be patient...

kborovsky · 2009-05-01 17:56:45

I have just upgraded to intel-dri-7.4.1-1 and libgl-7.4.1-1 and the problem is fixed!

I don't know who fixed this so quickly but thank you!

roro_12481 · 2009-05-02 01:04:42

Good for me too

Thank you

josomebody · 2009-05-02 05:59:18

Still no luck with intel-legacy:mad:

roro_12481 · 2009-05-03 21:31:50

After all, it is not so good. Yes the graphical artifacts are resolved but the menu are behaving strangely.

All work well if blender is in fullscreen, but in windowed mode all menus don't respond to mouse click. So there is still something weird but maybe not related to intel driver.

Moreover the fullscreen mode doesn't work if compiz is activated (This is not Blender specific, I remarked many applications using NET_WM_STATE_FULLSCREEN don't switch in fullscreen when compiz is running). Because of this issue, Blender is not usable when a composition manager is running.

kborovsky · 2009-05-04 15:58:28

OK after replacing xf86-video-intel-legacy with xf86-video-intel I get the same problem as roro_12481. All the buttons in the panels react to a mouse click which is about 20 pixels below the actual button. Also the active button states are drawn in the wrong place, again about 20 pixels above the correct position. It is difficult to work with blender like that.

I suspect the 20 pixels or so is the height of the window title bar. That would explain why in fullscreen this does not occur.

Otherwise the new driver is quite fast, rotating the model etc. in Blender is smoother than with the legacy driver.

josomebody · 2009-05-04 20:26:40

Ok I upgraded to xf86-video-intel-legacy 2.3.2-3 and now it works fine without fooling with settings.

koliasforever · 2009-05-05 00:30:20

xf86-video-intel-legacy-2.3.2-3 with kernel 2.6.29 works great for me. i am using intel 945GM and for the first time i was able to play counter strike without low fps

dgcombs · 2009-07-18 01:12:33

Using a Dell laptop with GMA965/x3100 integrated video, I'm having the same problem using intel-dri 7.4.4-1 and libgl 7.4.4-1. I did notice that I can remove the Intel drive xf86-video-intel and run the VESA driver only, the menus in Blender are fine. But of course, I lose all the good stuff.

I too am regretting buying a laptop with integrated Intel video.

-- Dan

joaca_rj · 2009-07-19 01:23:20

just remove the decorators and align blender with the top of the screen.... then mouse position will match.
you'll need to remove any panel from the up part of the screen.... just put it in the lower part....

dgcombs · 2009-07-22 01:30:09

joaca_rj wrote:

just remove the decorators and align blender with the top of the screen.... then mouse position will match.
you'll need to remove any panel from the up part of the screen.... just put it in the lower part....

Hmmm... I don't have any panels.

the reason I'm using Arch is I wanted to try out the ABSOLUTE LATEST versions of x.org and intel drivers. The ones that ship with Ubuntu absolutely suck. Windows 7 intel drivers suck. I'd heard that the bleeding edge drivers work better. Well, sort of. Now the menus are fast enough... just misaligned.

I'm using OpenBox pretty much naked. I just did an upgrade, and installed:
- xf86-video-intel 2.7.99.901
- intel-dri 7.5-1
- mesa 7.5-1

Now the OpenGL menus don't show up at all. *sigh*

f3ar007 · 2009-08-19 00:45:26

I have a similar problem with Blender. The menus partially appear, only about 5 or so pixels of each menu; and, When I hover "File" or "Add" or similar the highlight times seriously lag with no menus appearing once clicked.

Here is a screenshot.
http://www.f3ar007.com/screenshot.png

kborovsky wrote:

Today I found that disabling DRI by adding Option "DRI" "False" to the video card Device section in xorg.conf fixes the problem. This however severely hurts performance of Blender.

I disabled Option "DRI" as well, and it fixed the problem. I don't know what to compare it to, performance-wise, though. As this problem has occured since I originally installed Blender, a few days ago.

Last edited by f3ar007 (2009-08-21 01:57:42)

boriscougar · 2009-08-30 13:13:01

well basically if you have still any issue regarding UXA and DRI2 you could try to run blender in software mode with

LIBGL_ALWAYS_SOFTWARE=1 blender

as seen in another arch linux forum thread: http://bbs.archlinux.org/viewtopic.php?pid=609251

mrunion · 2009-09-05 03:27:07

Blender 2.49b was released on Sep 3. Among some bugs fixed were this one...

When BLENDER_FORCE_SWAPBUFFERS env variable is defined, a function is enabled that fixes some menu drawing issues with Mesa3D DRI drivers for Intel and Radeon cards.

I wonder if this will help your issue?

dgcombs · 2009-09-09 03:00:23

... and update that includes:
mesa-7.5.1-2
intel-dri 7.5.1-2
intel-dri 7.5.1-2

Seems to fix a number of issues even with Blender 2.49a menus!

Outstanding!

Arch Linux

#1 2009-04-27 19:06:58

Blender broken after upgrade (xf86-video-intel)

#2 2009-04-28 23:11:30

Re: Blender broken after upgrade (xf86-video-intel)

#3 2009-04-29 13:19:49

Re: Blender broken after upgrade (xf86-video-intel)

#4 2009-05-01 01:37:58

Re: Blender broken after upgrade (xf86-video-intel)

#5 2009-05-01 17:56:45

Re: Blender broken after upgrade (xf86-video-intel)

#6 2009-05-02 01:04:42

Re: Blender broken after upgrade (xf86-video-intel)

#7 2009-05-02 05:59:18

Re: Blender broken after upgrade (xf86-video-intel)

#8 2009-05-03 21:31:50

Re: Blender broken after upgrade (xf86-video-intel)

#9 2009-05-04 15:58:28

Re: Blender broken after upgrade (xf86-video-intel)

#10 2009-05-04 20:26:40

Re: Blender broken after upgrade (xf86-video-intel)

#11 2009-05-05 00:30:20

Re: Blender broken after upgrade (xf86-video-intel)

#12 2009-07-18 01:12:33

Re: Blender broken after upgrade (xf86-video-intel)

#13 2009-07-19 01:23:20

Re: Blender broken after upgrade (xf86-video-intel)

#14 2009-07-22 01:30:09

Re: Blender broken after upgrade (xf86-video-intel)

#15 2009-08-19 00:45:26

Re: Blender broken after upgrade (xf86-video-intel)

#16 2009-08-30 13:13:01

Re: Blender broken after upgrade (xf86-video-intel)

#17 2009-09-05 03:27:07

Re: Blender broken after upgrade (xf86-video-intel)

#18 2009-09-09 03:00:23

Re: Blender broken after upgrade (xf86-video-intel)

Board footer