I have version 14.0.291 installed, and seems the focus issue is still there? Can anyone confirm this?
Thanks!
Found 9 posts.
Search results Show results as topic list.
Technical Discussion » H14 Floating view focus problem
- markusng
- 9 posts
- Offline
Technical Discussion » Trying to add path to HOUDINI_DSO_PATH
- markusng
- 9 posts
- Offline
Excellent.. that did it.
I changed the HOUDINI_OTLSCAN_PATH to: “@/otls;Cdev/mng/gnomeo_m2008_64bit-rcan/houdini/otls”
===========================================
HOUDINI_OTLSCAN_PATH := “@/otls;Cdev/mng/gnomeo_m2008_64bit-rcan/houdini/otls”
This path specifies the directories Houdini will search for OTL files.
This value is only used if the Operator Type Manager is configured not
to use OPlibraries files to find OTL files. The default for this value
is the HOUDINI_OTL_PATH with “/otls” appended to each directory in
that path.
Default path: ‘@/otls’
Where @ is replaced with HOUDINI_OTL_PATH
Directories searched (in order) are:
1) “$HOME/houdini10.0/otls”
2) “$HFS/houdini/otls”
3) “Cdev/mng/gnomeo_m2008_64bit-rcan/houdini/otls”
===========================================
Thanks for your help!
I changed the HOUDINI_OTLSCAN_PATH to: “@/otls;Cdev/mng/gnomeo_m2008_64bit-rcan/houdini/otls”
===========================================
HOUDINI_OTLSCAN_PATH := “@/otls;Cdev/mng/gnomeo_m2008_64bit-rcan/houdini/otls”
This path specifies the directories Houdini will search for OTL files.
This value is only used if the Operator Type Manager is configured not
to use OPlibraries files to find OTL files. The default for this value
is the HOUDINI_OTL_PATH with “/otls” appended to each directory in
that path.
Default path: ‘@/otls’
Where @ is replaced with HOUDINI_OTL_PATH
Directories searched (in order) are:
1) “$HOME/houdini10.0/otls”
2) “$HFS/houdini/otls”
3) “Cdev/mng/gnomeo_m2008_64bit-rcan/houdini/otls”
===========================================
Thanks for your help!
Technical Discussion » Trying to add path to HOUDINI_DSO_PATH
- markusng
- 9 posts
- Offline
hconfig output:
==========================================
N:\repo\deployment\GridTools\toolsetManagement\selectors41>hconfig
EDITOR := ‘CPROGRA~1/vim/vim72/gvim.exe’
HFS := ‘CPROGRA~1/SIDEEF~1/HOUDIN~1.430’
HOME := ‘H:’
HOUDINI_DESKTOP_DIR := ‘CDOCUME~1/mng/desktop’
HOUDINI_DSO_PATH := ‘Cdev/mng/gnomeo_m2008_64bit-rcan/houdini/dso_10.0.430;@/dso_^;@/dso’
HOUDINI_OTLSCAN_PATH := ‘/houdini/otls;Cdev/mng/gnomeo_m2008_64bit-rcan/houdini/otls’
HOUDINI_TEMP_DIR := ‘CTEMP’
HSITE := ‘CPROGRA~1/SIDEEF~1/HOUDIN~1.430/site’
JOB := ‘nprojects/gnomeo/gn01/production/show/’
USER := ‘mng’
==========================================
hconfig -ap output:
==========================================
HOUDINI_DSO_PATH := “Cdev/mng/gnomeo_m2008_64bit-rcan/houdini/dso_10.0.430;@/dso_^;@/dso”
The search path for loading custom plug-ins (Dynamic Shared
Objects or Dynamic Link Libraries).
Default path: ‘@/dso_^;@/dso’
Where @ is replaced with HOUDINI_PATH
and ^ is replaced with nt_x86_64
Directories searched (in order) are:
1) “Cdev/mng/gnomeo_m2008_64bit-rcan/houdini/dso_10.0.430”
2) “$HFS/houdini/dso”
===========================================
==========================================
N:\repo\deployment\GridTools\toolsetManagement\selectors41>hconfig
EDITOR := ‘CPROGRA~1/vim/vim72/gvim.exe’
HFS := ‘CPROGRA~1/SIDEEF~1/HOUDIN~1.430’
HOME := ‘H:’
HOUDINI_DESKTOP_DIR := ‘CDOCUME~1/mng/desktop’
HOUDINI_DSO_PATH := ‘Cdev/mng/gnomeo_m2008_64bit-rcan/houdini/dso_10.0.430;@/dso_^;@/dso’
HOUDINI_OTLSCAN_PATH := ‘/houdini/otls;Cdev/mng/gnomeo_m2008_64bit-rcan/houdini/otls’
HOUDINI_TEMP_DIR := ‘CTEMP’
HSITE := ‘CPROGRA~1/SIDEEF~1/HOUDIN~1.430/site’
JOB := ‘nprojects/gnomeo/gn01/production/show/’
USER := ‘mng’
==========================================
hconfig -ap output:
==========================================
HOUDINI_DSO_PATH := “Cdev/mng/gnomeo_m2008_64bit-rcan/houdini/dso_10.0.430;@/dso_^;@/dso”
The search path for loading custom plug-ins (Dynamic Shared
Objects or Dynamic Link Libraries).
Default path: ‘@/dso_^;@/dso’
Where @ is replaced with HOUDINI_PATH
and ^ is replaced with nt_x86_64
Directories searched (in order) are:
1) “Cdev/mng/gnomeo_m2008_64bit-rcan/houdini/dso_10.0.430”
2) “$HFS/houdini/dso”
===========================================
Technical Discussion » Trying to add path to HOUDINI_DSO_PATH
- markusng
- 9 posts
- Offline
Technical Discussion » Trying to add path to HOUDINI_DSO_PATH
- markusng
- 9 posts
- Offline
I've been having a problem setting the HOUDINI_DSO_PATH.
What I'm trying to do is to add a path to the DSO search path.
I have new directory called: cmy_dso/ which contain my custom dso's
By default, Houdini is launched without setting the variable HOUDINI_DSO_PATH.
So in this case, the default value is : “@/dso_^;@/dso” which expands
to : “$HFS/houdini/dso”
On my system is : “C:\Program Files\Side Effects Software\Houdini
10.0.430\houdini\dso”
When I try to explicitly set the env variable to :
set HOUDINI_DSO_PATH=@/dso_^;@/dso;c:\my_dso
I get warnings on startup in the console window:
================================================
Warning: Bad operator type when binding handles: Object/path
Warning: Bad operator type when binding handles: Object/pathcv
Warning: Bad operator type when binding handles: Sop/platonic
Warning: Bad operator type when binding handles: Cop2/emboss
================================================
My DSO is loaded and is useable in the session, BUT I am now missing a
bunch of other nodes such as TimeBlend, and others…
Substituting forward or backslashes doesn't make a difference.
If I explicitly set it to : HOUDINI_DSO_PATH=@/dso_^;@/dso
then the warnings as well. (ie: missing op nodes in houdini)
Btw, I'm on windows xp64 and in our environment, we cannot copy files
to the program files\ install area, that's why I have a separate
directory for dso. This directory will ideally be on a shared
network directory, so $HOME is no ideal as well.
Thanks!
Markus
What I'm trying to do is to add a path to the DSO search path.
I have new directory called: cmy_dso/ which contain my custom dso's
By default, Houdini is launched without setting the variable HOUDINI_DSO_PATH.
So in this case, the default value is : “@/dso_^;@/dso” which expands
to : “$HFS/houdini/dso”
On my system is : “C:\Program Files\Side Effects Software\Houdini
10.0.430\houdini\dso”
When I try to explicitly set the env variable to :
set HOUDINI_DSO_PATH=@/dso_^;@/dso;c:\my_dso
I get warnings on startup in the console window:
================================================
Warning: Bad operator type when binding handles: Object/path
Warning: Bad operator type when binding handles: Object/pathcv
Warning: Bad operator type when binding handles: Sop/platonic
Warning: Bad operator type when binding handles: Cop2/emboss
================================================
My DSO is loaded and is useable in the session, BUT I am now missing a
bunch of other nodes such as TimeBlend, and others…
Substituting forward or backslashes doesn't make a difference.
If I explicitly set it to : HOUDINI_DSO_PATH=@/dso_^;@/dso
then the warnings as well. (ie: missing op nodes in houdini)
Btw, I'm on windows xp64 and in our environment, we cannot copy files
to the program files\ install area, that's why I have a separate
directory for dso. This directory will ideally be on a shared
network directory, so $HOME is no ideal as well.
Thanks!
Markus
Houdini Indie and Apprentice » unable to read .obj file
- markusng
- 9 posts
- Offline
Good to know. Thanks!
Is there an output / error log for theses subshells that I can view/debug?
Markus
Is there an output / error log for theses subshells that I can view/debug?
Markus
Houdini Indie and Apprentice » unable to read .obj file
- markusng
- 9 posts
- Offline
Yup, I just had the same prob. with 10.0.xxx upto 10.0.595.
In my case a bad ‘.tcshrc’ file was in my $HOME directory.
Actually it's not a bad ‘.tcshrc’ file. It only contains :
setenv PATH ‘/opt/kde3/binopt/gnome/binusr/gamesusr/bin/X11usr/binbinusr/sbinsbinusr/local/pfx/qube-4.0-3/bin’
I just removed the ./tcshrc file to fix the execution of houdini for objs. (Did not even need to to restart Houdini)
Quite the weird symptom for what is seemingly an unrelated set of files.
I suppose there's a subprocess that the file sop usese to call csh.exe, or shell variant to do the conversion. Any erronious extra data renders the process void. OR I might have inadvertently overridden the path that the shell is using.
background info: In my environment, we use $HOME for the placement of our roaming profile directories and it is shared with our linux shell stuff.
Markus
http://www.distill3d.com [distill3d.com]
In my case a bad ‘.tcshrc’ file was in my $HOME directory.
Actually it's not a bad ‘.tcshrc’ file. It only contains :
setenv PATH ‘/opt/kde3/binopt/gnome/binusr/gamesusr/bin/X11usr/binbinusr/sbinsbinusr/local/pfx/qube-4.0-3/bin’
I just removed the ./tcshrc file to fix the execution of houdini for objs. (Did not even need to to restart Houdini)
Quite the weird symptom for what is seemingly an unrelated set of files.
I suppose there's a subprocess that the file sop usese to call csh.exe, or shell variant to do the conversion. Any erronious extra data renders the process void. OR I might have inadvertently overridden the path that the shell is using.
background info: In my environment, we use $HOME for the placement of our roaming profile directories and it is shared with our linux shell stuff.
Markus
http://www.distill3d.com [distill3d.com]
Houdini Indie and Apprentice » unable to read .obj file
- markusng
- 9 posts
- Offline
I've tried the following :
C:\Program Files\Side Effects Software\Houdini 10.0.249.3\bin>gconvert.exe ctemp/in.bgeo ctemp/out.geo
C:\Program Files\Side Effects Software\Houdini 10.0.249.3\bin>gconvert.exe ctemp/in.bgeo ctemp/out.obj
C:\Program Files\Side Effects Software\Houdini 10.0.249.3\bin>gconvert.exe ctemp/in.bgeo ctemp/out.pp
Here is the file output sizes:
in.bgeo 193 KB
out.geo 493 KB
out.obj 0 KB
out.pp 193 KB
So, the symptom is narrowed down to the gconvert.exe is not handling the .obj files properly.
Question now is, does gconvert.exe read a filter / config / ini file to handle it's format types? Where is this file?
Thanks!
C:\Program Files\Side Effects Software\Houdini 10.0.249.3\bin>gconvert.exe ctemp/in.bgeo ctemp/out.geo
C:\Program Files\Side Effects Software\Houdini 10.0.249.3\bin>gconvert.exe ctemp/in.bgeo ctemp/out.obj
C:\Program Files\Side Effects Software\Houdini 10.0.249.3\bin>gconvert.exe ctemp/in.bgeo ctemp/out.pp
Here is the file output sizes:
in.bgeo 193 KB
out.geo 493 KB
out.obj 0 KB
out.pp 193 KB
So, the symptom is narrowed down to the gconvert.exe is not handling the .obj files properly.
Question now is, does gconvert.exe read a filter / config / ini file to handle it's format types? Where is this file?
Thanks!
Houdini Indie and Apprentice » unable to read .obj file
- markusng
- 9 posts
- Offline
I'm unable to import/read/export OBJ's from Houdini 10.0.249.3 as well.
I've tried version 9.5 build 379 as well with same errors. (Master and Escape versions)
ie: can't read Obj's (File node),
when exporting obj (geometry->sphere (polygon)) saves as a zero byte file.
On another machine, it works fine.
I've tried to delete my$Home directory of Houdini preferences and reinstalled Houdini 9.5 / 10 as well without problems.
Someone mentioned gconvert.exe is used when importing / export … Is this true? Looks like my Gconvert.exe looks good.
Btw, I'm running xp64 with win64 bit version installed.
I've tried version 9.5 build 379 as well with same errors. (Master and Escape versions)
ie: can't read Obj's (File node),
when exporting obj (geometry->sphere (polygon)) saves as a zero byte file.
On another machine, it works fine.
I've tried to delete my$Home directory of Houdini preferences and reinstalled Houdini 9.5 / 10 as well without problems.
Someone mentioned gconvert.exe is used when importing / export … Is this true? Looks like my Gconvert.exe looks good.
Btw, I'm running xp64 with win64 bit version installed.
-
- Quick Links