I think there is some other kind of a problem.
It looks for a libraries only in /usr/X11R6/lib/, but on 64bit SuSE there 32bit libraries are.
So you should try to tell it to search for them in /usr/X11R6/lib64/ somehow…
P.S. I think gcc 4.1 would work if you solve the problem above (i haven't tried, however)
Found 107 posts.
Search results Show results as topic list.
Technical Discussion » HDK installation problems under Linux
- mlesin
- 176 posts
- Offline
Technical Discussion » Trying to run 8,1 on SuSe 10.1 (64 bit)
- mlesin
- 176 posts
- Offline
JColdrickActually, you can, but default repositories doesn't contain them.
AFAIK you can't use Yast to upgrade ATI drivers, although I'm not 100% on that.
Check this links:
http://en.opensuse.org/Howto/ATI_Driver [en.opensuse.org]
http://www.suse.de/~sndirsch/ati-installer-HOWTO.html [suse.de]
Technical Discussion » BUG: mplay + xorg + "fit window to image" = X hang
- mlesin
- 176 posts
- Offline
Nope.
Tried once, just for fun, but houdini doesn't work with them for me, all fonts in houdini start to look strange with Xgl, and it crashes almost on every step
Tried once, just for fun, but houdini doesn't work with them for me, all fonts in houdini start to look strange with Xgl, and it crashes almost on every step
Technical Discussion » Trying to run 8,1 on SuSe 10.1 (64 bit)
- mlesin
- 176 posts
- Offline
No, it runs absolutely fine on SuSE 10.1 x86_64 (except some mplay issues for me )
The possible reason why this happens to you is if you didn't install graphics driver (nvidia or ati, i don't know which card you own)
SuSE goes with very simple graphics drivers built in, they aren't suit for Houdini.
The possible reason why this happens to you is if you didn't install graphics driver (nvidia or ati, i don't know which card you own)
SuSE goes with very simple graphics drivers built in, they aren't suit for Houdini.
Technical Discussion » BUG: mplay + xorg + "fit window to image" = X hang
- mlesin
- 176 posts
- Offline
I've found that each small hang from “f” key, when X is still alive, is accompanied by the following log in dmesg | tail:
NVRM: Xid (0001:00): 13, 0001 bfef000c 0000009f 00000300 0000ff00 00000002
NVRM: Xid (0001:00): 28, L1 -> L0
Definately this is something related to nVidia driver functionality but I can't understand why the same driver works ok for twod :shock:
I've tried all the advices I found on nvidia forum, like acpi=off, noapic, disabling NvAGP - nothing helps.
And why it reveals only here and nowhere else if it's the driver issue?
NVRM: Xid (0001:00): 13, 0001 bfef000c 0000009f 00000300 0000ff00 00000002
NVRM: Xid (0001:00): 28, L1 -> L0
Definately this is something related to nVidia driver functionality but I can't understand why the same driver works ok for twod :shock:
I've tried all the advices I found on nvidia forum, like acpi=off, noapic, disabling NvAGP - nothing helps.
And why it reveals only here and nowhere else if it's the driver issue?
Technical Discussion » Trying to run 8,1 on SuSe 10.1 (64 bit)
- mlesin
- 176 posts
- Offline
If you ran all-by-default, the app should be in /opt/hfs8.1.684 (note the first slash, it's important)
from terminal, what “ls /opt” command shows to you?
if you see there hfs8.1.684 (you should), just type “cd /opt/hfs8.1.684”
then “source houdini_setup_bash”
after that, just type “houdini”
from terminal, what “ls /opt” command shows to you?
if you see there hfs8.1.684 (you should), just type “cd /opt/hfs8.1.684”
then “source houdini_setup_bash”
after that, just type “houdini”
Technical Discussion » RFE: rotation and scale velocity attributes for motion blur
- mlesin
- 176 posts
- Offline
I think it would be great to have rotation velocity attribute (lets call it “rv” for instance) and maybe scale velocity attribute (“sv”) to be used to motion blur rotation and scale changes of point-instanced geometry (like velocity attribute do for translations).
It is useful when you have simulated RBD for a lot of identical objects, and, to speedup rendering (ifd generation part), want to point-instance them without loosing rotation and scale motion blur.
Scale motion blur is less important, but sometimes it's may be needed, I suppose.
P.S. I'm not sure if shear velocity needed (just to complete all kind of possible object transforms)
It is useful when you have simulated RBD for a lot of identical objects, and, to speedup rendering (ifd generation part), want to point-instance them without loosing rotation and scale motion blur.
Scale motion blur is less important, but sometimes it's may be needed, I suppose.
P.S. I'm not sure if shear velocity needed (just to complete all kind of possible object transforms)
Technical Discussion » How to hide "hidden" files in Houdini file browser
- mlesin
- 176 posts
- Offline
Is there any way not to show files that should be hidden in open/save houdini file browsers? Like files starting with period on linux. Is there any “secret switch” that can do that?
Technical Discussion » Trying to run 8,1 on SuSe 10.1 (64 bit)
- mlesin
- 176 posts
- Offline
On what stage of installation you have this message?
Just double check this:
1. Are you sure you have root priveleges?
2. If so, is /opt folder exists in your system? (it should, but if not, create it)
Just double check this:
1. Are you sure you have root priveleges?
2. If so, is /opt folder exists in your system? (it should, but if not, create it)
Technical Discussion » Trying to run 8,1 on SuSe 10.1 (64 bit)
- mlesin
- 176 posts
- Offline
First of all, you should install Houdini as a root, to ensure license server setup properly.
The default place, /opt/hfs8.1.<build> is good enough (for me)
The second thing you should do after installation is to make license server running.
You may do so in Yast/System/System services. Switch to expert mode there, find and select “sesinetd” service, check “3” and “5” buttons below, and push “Start now…” button.
After all the above, you may run houdini as a regular user.
You have many ways to do that. For example, you may do the following in terminal:
cd /opt/hfs<your houdini version>
source houdini_setup_bash
houdini
Hope this helps…
The default place, /opt/hfs8.1.<build> is good enough (for me)
The second thing you should do after installation is to make license server running.
You may do so in Yast/System/System services. Switch to expert mode there, find and select “sesinetd” service, check “3” and “5” buttons below, and push “Start now…” button.
After all the above, you may run houdini as a regular user.
You have many ways to do that. For example, you may do the following in terminal:
cd /opt/hfs<your houdini version>
source houdini_setup_bash
houdini
Hope this helps…
Technical Discussion » BUG: mplay + xorg + "fit window to image" = X hang
- mlesin
- 176 posts
- Offline
TimurHI have 1920x1200 desktop resolution, but anyway exactly 1280x1024 resolution hangs X process when Houdini is opened in background.
On 1280@1024 X hungs immediately (no need to press “f”).
(this is my monitor resolution at home)
One more observation:
If I open that image using mplay <image>, it hangs immidiately (if houdini isn't in the background, it may not hang X, only mplay hangs for a few seconds, but image is shown incorrectly).
If I open it from mplay window using open command, it shows ok, until I press “f” key.
Technical Discussion » BUG: mplay + xorg + "fit window to image" = X hang
- mlesin
- 176 posts
- Offline
Here is my xdpyinfo (enabled X extensions are listed there) and glx and glew infos (glx related stuff)
Maybe that would help somehow, try to compare with your's… especially for X extensions and XOrg version…
Maybe that would help somehow, try to compare with your's… especially for X extensions and XOrg version…
Technical Discussion » BUG: mplay + xorg + "fit window to image" = X hang
- mlesin
- 176 posts
- Offline
JColdrickNope, I have no such feature in BIOS
if you have a BIOS cpu setting called something similar to “Execute Disable Function”
JColdrickI have problems only with mplay, all other apps, including these that intensively uses OpenGL such as Maya, Nuke and so on works well..
Some people have experienced XOrg hangs on 64bit with SUSE 10.1 when that is *disabled*.
JColdrickI saw such problem on different PCs, so I would agree with Mark it probably some combination of kernel/driver/xorg features reveal that problem…
It's a long shot, but you never know. You might want to poke around other BIOS settings too, to see if something relevant with your mboard and this config stands out, since Mark is very close to your setup but can't repro.
Technical Discussion » BUG: mplay + xorg + "fit window to image" = X hang
- mlesin
- 176 posts
- 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…
Technical Discussion » BUG: mplay + xorg + "fit window to image" = X hang
- mlesin
- 176 posts
- 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…
Technical Discussion » BUG: mplay + xorg + "fit window to image" = X hang
- mlesin
- 176 posts
- Offline
Technical Discussion » noob help please
- mlesin
- 176 posts
- Offline
What exact Houdini version do you running, including minor number?
What OS?
I can't reproduce it on 8.1.666 on Linux.
As a temporary workaround for you to continue the tutorial, you may just write down “fastShadow” in a field near “+” you pressing…
What OS?
I can't reproduce it on 8.1.666 on Linux.
As a temporary workaround for you to continue the tutorial, you may just write down “fastShadow” in a field near “+” you pressing…
Technical Discussion » BUG: mplay + xorg + "fit window to image" = X hang
- mlesin
- 176 posts
- Offline
twod
Oddly enough, Houdini's COP viewer runs with the same code and does not exhibit any problems.
As for me, I only experience problems when mplay tries to fit it's window to it's content, which is never can be done in COP viewer (is it?)
Technical Discussion » BUG: mplay + xorg + "fit window to image" = X hang
- mlesin
- 176 posts
- 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…
Technical Discussion » BUG: mplay + xorg + "fit window to image" = X hang
- mlesin
- 176 posts
- Offline
-
- Quick Links