I know it's officially unsupported to work with this config, so I just letting you know:
On SuSE 10.1, with the following config:
X Window System Version 6.9.0
running kernel 2.6.16.21-0.13-smp x86_64
With NVidia GeForce 7800GT running 87.64 driver
and running Houdini 8.1.674 32bit,
when i open image in mplay that doesn't fit screen window and press “f” key, Xorg hangs locking up all input devices, so only reset helps on interactive machine. Or, from other pc through ssh i can kill X process, that takes all the CPU time.
BUG: mplay + xorg + "fit window to image" = X hang
33770 37 2- mlesin
- Member
- 176 posts
- Joined: May 2006
- Offline
- Pagefan
- Member
- 519 posts
- Joined:
- Offline
- mlesin
- Member
- 176 posts
- Joined: May 2006
- Offline
Just've been tried with 64bit version.
Still the same issue.
I mistiped last time I described the issue, it comes when you try to open images large enough in mplay, especially larger then screen resolution.
For me, here is 100% sequence to represent issue:
1. open image, large enough to overlap screen resolution at least in one dimension.
2. resize mplay window to make it small window in screen center.
3. press “f” key.
Thats all. X should hang now.
I also found that image shouldn't be very big to represent this, it depends from mplay position at the moment f key pressed.
If it's near the edge of the screen, and window enlargment would overlap screen border, it also may cause to X hang.
And even if it doesn't hang for infinity (when image is small), it hangs for a few seconds during f press. It's easy to be detected if I have music playing in background (in amarok)
Forgot to say, I'm using KDE.
Still the same issue.
I mistiped last time I described the issue, it comes when you try to open images large enough in mplay, especially larger then screen resolution.
For me, here is 100% sequence to represent issue:
1. open image, large enough to overlap screen resolution at least in one dimension.
2. resize mplay window to make it small window in screen center.
3. press “f” key.
Thats all. X should hang now.
I also found that image shouldn't be very big to represent this, it depends from mplay position at the moment f key pressed.
If it's near the edge of the screen, and window enlargment would overlap screen border, it also may cause to X hang.
And even if it doesn't hang for infinity (when image is small), it hangs for a few seconds during f press. It's easy to be detected if I have music playing in background (in amarok)
Forgot to say, I'm using KDE.
- wolfwood
- Member
- 4256 posts
- Joined: July 2005
- Offline
- mlesin
- Member
- 176 posts
- Joined: May 2006
- Offline
I've tried this in best compatibility, it doesn't help..
Unfortunately older version of a driver cannot be installed on this system, don't understand why, but installer fails, I tried all previous 64bit versions.
I already seen this bug before on 32bit distributives (SuSE 10.1 and Gentoo)..
As for SuSE - the behavior is identical, for Gentoo - it solved when I turned off Render extension of Xorg. For SuSE it doesn't help.
I can't believe no one can repeat this because I've seen it on 4 different PC's (all I've try to use with Houdini)
Unfortunately older version of a driver cannot be installed on this system, don't understand why, but installer fails, I tried all previous 64bit versions.
I already seen this bug before on 32bit distributives (SuSE 10.1 and Gentoo)..
As for SuSE - the behavior is identical, for Gentoo - it solved when I turned off Render extension of Xorg. For SuSE it doesn't help.
I can't believe no one can repeat this because I've seen it on 4 different PC's (all I've try to use with Houdini)
- JColdrick
- Member
- 4140 posts
- Joined: July 2005
- Offline
- mlesin
- Member
- 176 posts
- Joined: May 2006
- Offline
I've installed SuSE 10.1 x86_64 “all by default”, installed nvidia driver, installed Houdini. Thats all I did…
I did nothing special about “tuning” any of that. And issue still there…
And the same issue I saw on my friend's pc, also SuSE 10.1 but 32bit, configuration of that PC completely different.
As for Gentoo.. of course all was customized, there is no way to do it other way
I did nothing special about “tuning” any of that. And issue still there…
And the same issue I saw on my friend's pc, also SuSE 10.1 but 32bit, configuration of that PC completely different.
As for Gentoo.. of course all was customized, there is no way to do it other way
- wolfwood
- Member
- 4256 posts
- Joined: July 2005
- Offline
- mlesin
- Member
- 176 posts
- Joined: May 2006
- Offline
It doesn't matter.
In fact, Houdini itself isn't causing me to any problems.
Only mplay causes the hang for me, no matter where image is taken from, directly from renderer or from disk, no matter it's depth or anything.
So you may just load 8bit photo (jpg) from disk (1280x1024 is enough for me, but you may try bigger). First time it opens ok, then resize window to make it smaller and press “f” key…
In fact, Houdini itself isn't causing me to any problems.
Only mplay causes the hang for me, no matter where image is taken from, directly from renderer or from disk, no matter it's depth or anything.
So you may just load 8bit photo (jpg) from disk (1280x1024 is enough for me, but you may try bigger). First time it opens ok, then resize window to make it smaller and press “f” key…
- TimurH
- Member
- 17 posts
- Joined: Jan. 2006
- Offline
I have the same problem.
Athlon XP
SUSE 10.1
kernel 2.6.16.13
X Window System Version 6.9.0
NVIDIA GeForce FX 5600 driver 8756
Houdini 8.1.655
I open a photo from disk (1024*768 8bit JPG) with mplay, resizing mplay window and pressing “f” key.
X hangs after that.
If I open smaller image (640x480) mplay hangs for a minute after “f” key press.
Athlon XP
SUSE 10.1
kernel 2.6.16.13
X Window System Version 6.9.0
NVIDIA GeForce FX 5600 driver 8756
Houdini 8.1.655
I open a photo from disk (1024*768 8bit JPG) with mplay, resizing mplay window and pressing “f” key.
X hangs after that.
If I open smaller image (640x480) mplay hangs for a minute after “f” key press.
- mlesin
- Member
- 176 posts
- Joined: May 2006
- Offline
- malexander
- Staff
- 5156 posts
- Joined: July 2005
- Offline
I'm trying to narrow down possible causes of this problem:
mlesin: Are you running with an AMD CPU?
TimurH: Are you running 32bit or 64bit?
PageFan: Are you running with an Intel CPU? Are you using an Nvidia card?
There have been unresolved issues with Mplay, Nvidia & AMD before. I've modified MPlay countless time in order to attempt to fix this problem, but so far nothing's done the trick. Oddly enough, Houdini's COP viewer runs with the same code and does not exhibit any problems.
mlesin: Are you running with an AMD CPU?
TimurH: Are you running 32bit or 64bit?
PageFan: Are you running with an Intel CPU? Are you using an Nvidia card?
There have been unresolved issues with Mplay, Nvidia & AMD before. I've modified MPlay countless time in order to attempt to fix this problem, but so far nothing's done the trick. Oddly enough, Houdini's COP viewer runs with the same code and does not exhibit any problems.
- mlesin
- Member
- 176 posts
- Joined: May 2006
- Offline
I'm running AMD64 X2 3800+ now,
but I've seen this issue before on 2xIntel Xeon on Gentoo (32bit) with nVidia 6800GT, where turning off render extension for xorg fixed the problem (can't remember exact XOrg version there) and also I saw the similar thing (but there was no “forever” hang, just a hang for a few seconds), on SuSE10.1 32bit on Intel P4 with nVidia FX board…
the only one common thing here i see is usage of different nVidia boards…
but I've seen this issue before on 2xIntel Xeon on Gentoo (32bit) with nVidia 6800GT, where turning off render extension for xorg fixed the problem (can't remember exact XOrg version there) and also I saw the similar thing (but there was no “forever” hang, just a hang for a few seconds), on SuSE10.1 32bit on Intel P4 with nVidia FX board…
the only one common thing here i see is usage of different nVidia boards…
- mlesin
- Member
- 176 posts
- Joined: May 2006
- Offline
- TimurH
- Member
- 17 posts
- Joined: Jan. 2006
- Offline
- malexander
- Staff
- 5156 posts
- Joined: July 2005
- Offline
I've fixed the mplay positioning code so that it doesn't occasionally move the window again after fitting it to the screen, resulting in MPlay being clipped by the desktop. Hopefully this will fix the ‘f’ problem, though I suspect moving MPlay off-screen will still crash.
I'm almost certain that crash is due to a buggy X-composite extension.
I'm almost certain that crash is due to a buggy X-composite extension.
- mlesin
- Member
- 176 posts
- Joined: May 2006
- Offline
- mlesin
- Member
- 176 posts
- Joined: May 2006
- Offline
I still have X hang even with build 683
Maybe it doesn't depend from desktop clipping, but Im absolutely sure it depends from image size.
It's ok for small images (up to 640x480), hangs for a minute for images like 1024x768 and hangs forever for big images, like 1280x1024…
twod, as far I understood you don't have such problem and therefore it's hard to do anything about it.
Maybe I can help you to diagnose that problem somehow?
I have some OpenGL programming experience in the past, so if you would say what to do, I can try to diagnose it somehow…
Btw, I'm sure I don't have X-composite extension turned on…
Maybe it doesn't depend from desktop clipping, but Im absolutely sure it depends from image size.
It's ok for small images (up to 640x480), hangs for a minute for images like 1024x768 and hangs forever for big images, like 1280x1024…
twod, as far I understood you don't have such problem and therefore it's hard to do anything about it.
Maybe I can help you to diagnose that problem somehow?
I have some OpenGL programming experience in the past, so if you would say what to do, I can try to diagnose it somehow…
Btw, I'm sure I don't have X-composite extension turned on…
- malexander
- Staff
- 5156 posts
- Joined: July 2005
- Offline
I'm using Nvidia driver 87.62 with a 7800GT, just like you. However, I'm running kernel 2.6.11-k7-smp, 32 bit (and on debian), and Gnome. So I'm thinking it's either a kernel/driver compatibility problem (unlikely), or some sort of X server issue.
Try to disable fragment shaders in the MPlay display options and see if that helps any (Settings->Display Options->Video Card Options, “Use Fragment Shaders”). It will use glDrawPixels() instead of a textured quad & fragment shading. “Save As Defaults” to have it stick across MPlay sessions so you can test larger images.
Try to disable fragment shaders in the MPlay display options and see if that helps any (Settings->Display Options->Video Card Options, “Use Fragment Shaders”). It will use glDrawPixels() instead of a textured quad & fragment shading. “Save As Defaults” to have it stick across MPlay sessions so you can test larger images.
- mlesin
- Member
- 176 posts
- Joined: May 2006
- Offline
Nope, it didn't help.
I've found, that if I have “software greyscale” in rgb channels, it's a bit more stable, but only “ a bit”…
Also I've found that if I have Houdini opened in background of mplay, problem would arise almost at 100% Last time I did that, X was restarted with error:
from XFree86.0.log.old:
Backtrace:
0: /usr/X11R6/bin/X(xf86SigHandler+0x7e)
1: /lib64/libc.so.6
2: /usr/X11R6/lib64/modules/updates/drivers/nvidia_drv.so
Fatal server error:
Caught signal 11. Server aborting
but usually it hangs.
Also I've found that when it doesn't hang (when image isn't so big and it hangs only for a few seconds), image in mplay stays unchanged (even if there is sequence played) and drawn incorrectly until i resize window manually a bit.
Damn, I know I describing it very tangled, but this problem itself is very unstable. Sometimes it does hang, sometimes not…
I've found, that if I have “software greyscale” in rgb channels, it's a bit more stable, but only “ a bit”…
Also I've found that if I have Houdini opened in background of mplay, problem would arise almost at 100% Last time I did that, X was restarted with error:
from XFree86.0.log.old:
Backtrace:
0: /usr/X11R6/bin/X(xf86SigHandler+0x7e)
1: /lib64/libc.so.6
2: /usr/X11R6/lib64/modules/updates/drivers/nvidia_drv.so
Fatal server error:
Caught signal 11. Server aborting
but usually it hangs.
Also I've found that when it doesn't hang (when image isn't so big and it hangs only for a few seconds), image in mplay stays unchanged (even if there is sequence played) and drawn incorrectly until i resize window manually a bit.
Damn, I know I describing it very tangled, but this problem itself is very unstable. Sometimes it does hang, sometimes not…
-
- Quick Links