resonanz

Thanks a Million! Works like a charm!

Thanks Petz! I found buildRingZeroPoints() in the documentation but I'm having a hard time to understand how GEO_HedeInterface works. I was able to find all neighbour points around my current point but I'm not sure how I can import the edges between those points. Any hint would be helpful.

What is the best HDK equvalent of the neighbours() function in VEX and how do I find all triangles adjacent to edges, which in turn are connected to the same point? Thanks in advance!

Perfect that´s it! Thanks a lot!

You are right! Sorry about that! The problem is that GA_ROHandleFA is a handle for an array not a float like in your example. I did check if the handle is valid and it is but as soon as I try to get the array from the attribute with distH(offset) I get the following error message: "error C2064: term does not evaluate to a function taking 1 arguments". The thing is that I have no idea what other argument(s) I should use instead.

If I have a point attribute of type array, how can I get that array and store the values in a UT_FloatArray? I tried the following but somehow it does not work. GA_ROHandleFA distH(gdp, GA_ATTRIB_POINT, "dist"); UT_FloatArray distances; for(GA_Iterator it(gdp->getPointRange()); !it.atEnd(); it.advance()) { GA_Offset offset = it.getOffset(); distances = distH(offset); } Thanks in advance!

Does somebody know if it is possible to turn on "depth of field" in ifd-Files I have already written to disk. With mantra -q 8 I can turn it off but what if I would like to do the opposite and turn it on? Thanks in advance!

Sorry for raking up this old topic but I am again in a situation where I need to calculate point normals for a huge 3D-scan dataset. This time it is very important to have the normals ALL pointing outward, what is not possible to achieve with this method (AFAIK). What would be the best way to get normals with consistent orientation? Thank´s in advance!

I am using just the compiler of Windows SDK. Yep, you are right. It would have been important to mention i guess. I will look for the path to mt.exe and log the bug today.

Hi Edward, no, without using --no-embed-manifest i get the same error as before. I guess the reason is still the same. Hcustom is looking for mt.exe in the path "C:\Program Files\Microsoft SDKs\Windows\v6.0A/Bin/x64/" what does not exist on my computer (I did install the SDK on F:\ instead of C:\). But as long as I use the --no-embed-manifest option everything works fine, so thanks again!

Thanks Edward that worked! And thanks for the fix in the latest Houdini build!

Thanks for your reply Edward! Yes, I am on VC 2008. When I use hcustom to build the SOP_Star.c example I get the same error, even thought it compiles. First I thought it might be a problem on my computer but I get the same warning on a different machine. The strange thing is that hcustom worked for me without any problems in older Houdini 12.5 builds. That's what I get when I compile with hcustom. Making 'sop_star.o' and 'C:/Users/X5340/DOCUME~1/houdini12.5/dso\sop_star.dll' from 'sop_star.c' CFLAGS = -TP -Zc:forScope -nologo -DVERSION="12.5.469" -DI386 -DWIN32 -DSWAP_BITFIELDS -D_WIN32_WINNT=0x0501 -DWINVER=0x0501 -DNOMINMAX -D_USE_MATH_DEFINES -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE -D_SCL_SECURE_NO_WARNINGS -DBOOST_ALL_NO_LIB -I . -I "E:/Microsoft Visual Studio 9.0/VC/include" -I "C:/Program Files/Microsoft SDKs/Windows/v6.0A/Include" -I "E:/SIDEEF~1/HOUDIN~1.469/toolkit/include" -Ox -MD -EHsc -GR -bigobj -wd4355 -w14996 -DSESI_LITTLE_ENDIAN -DAMD64 -DSIZEOF_VOID_P=8 -DFBX_ENABLED=1 -DOPENCL_ENABLED=1 -DOPENVDB_ENABLED=1 -DMAKING_DSO -Fo"sop_star.o" -LD -link /libpath:"E:/Microsoft Visual Studio 9.0/VC/lib/amd64" /libpath:"C:/Program Files/Microsoft SDKs/Windows/v6.0A/Lib/x64" "E:/SIDEEF~1/HOUDIN~1.469/custom/houdini/dsolib/*.a" "E:/SIDEEF~1/HOUDIN~1.469/custom/houdini/dsolib/*.lib" -out:"C:/Users/X5340/DOCUME~1/houdini12.5/dso/sop_star.dll" Running: hcompile -e sop_star.c "E:\Microsoft Visual Studio 9.0\VC\bin\amd64\cl" -TP sop_star.c -DUT_DSO_TAGINFO='"3262197cbf3141062ab519875732aed33b5ed0e2ca30f9a73be4944b060abfd265f4068fd26220780602ade729c0311c3cabb1109c87a94441033de964f095bc41af51a0ed82588789268d0847ba11fcab4e97a9d5a2d947fba4540b0305b144c471f5509a20ec26a9"' -TP -Zc:forScope -nologo -DVERSION="12.5.469" -DI386 -DWIN32 -DSWAP_BITFIELDS -D_WIN32_WINNT=0x0501 -DWINVER=0x0501 -DNOMINMAX -D_USE_MATH_DEFINES -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE -D_SCL_SECURE_NO_WARNINGS -DBOOST_ALL_NO_LIB -I . -I "E:/Microsoft Visual Studio 9.0/VC/include" -I "C:/Program Files/Microsoft SDKs/Windows/v6.0A/Include" -I "E:/SIDEEF~1/HOUDIN~1.469/toolkit/include" -Ox -MD -EHsc -GR -bigobj -wd4355 -w14996 -DSESI_LITTLE_ENDIAN -DAMD64 -DSIZEOF_VOID_P=8 -DFBX_ENABLED=1 -DOPENCL_ENABLED=1 -DOPENVDB_ENABLED=1 -DMAKING_DSO -Fo"sop_star.o" -LD -link /libpath:"E:/Microsoft Visual Studio 9.0/VC/lib/amd64" /libpath:"C:/Program Files/Microsoft SDKs/Windows/v6.0A/Lib/x64" "E:/SIDEEF~1/HOUDIN~1.469/custom/houdini/dsolib/*.a" "E:/SIDEEF~1/HOUDIN~1.469/custom/houdini/dsolib/*.lib" -out:"C:/Users/X5340/DOCUME~1/houdini12.5/dso/sop_star.dll" sop_star.c Creating library sop_star.lib and object sop_star.exp SDK: C:\Program Files\Microsoft SDKs\Windows\v6.0A Embedding manifest 'C:/Users/X5340/DOCUME~1/houdini12.5/dso\sop_star.dll.manifest' into 'C:/Users/X5340/DOCUME~1/houdini12.5/dso\sop_star.dll'' [/CODE] And that is the error. It is in German but It means that "C:\Program" is wrongly spelled or could not be found. I think it has something to do with the path to the SDK but for a c++ beginner like me this it just a guess. [CODE] Der Befehl "C:\Program" ist entweder falsch geschrieben oder konnte nicht gefunden werden [/CODE] Many thanks!

I am currently working on some older inlinecpp experiments to become more familiar with the HDK but I run into problems with the latest Houdin builds. Whenever the code compiles I get an error. If I click again on the node to force a recook everything works fine. After some trial and error I think I found the problem. It seems that hcustom is looking for "C:/Program Files/Microsoft SDKs/Windows/v6.0A/Include" what does not exist on my computer. I am not sure why this path is needed because the compiler is somewhere else and I had never problems with it until I installed the latest houdini build. I tried different versions but always got the same error though hcustom builds the dso. In Houdini 12.1 everything compiles fine and as far as I can say this problem did not happen with older Houdini 12.5 builds. So my question now is if this is my mistake and something with my setup went wrong or is it maybe a bug? It´s hard to say for me with my very limited experience in C++ and the HDK. Btw. I am on Windows 7. Thanks in advance.

Thanks Roman, that´s what I was looking for!

I have a question concerning fog-shaders. I am using it in an Atmosphere-obj to colorize parts of the image while rendering with an Environment-light. In the environment light "Render Light Geometry" is turned on but as soon as I use the fog-shader I cannot see the background anymore. Is there anything I could do to prevent this from happening? Thanks in advance!