Jump to content

makah21803

Members
  • Content count

    17
  • Donations

    0.00 CAD 
  • Joined

  • Last visited

Community Reputation

0 Neutral

About makah21803

  • Rank
    Peon

Personal Information

  • Name
    Martin Holeys
  • Location
    The Earth
  1. Event Handler on a HDA inside HDA

    Response from SideFX: This currently isn't supported. Lets hope it will get added in the future
  2. Event Handler on a HDA inside HDA

    Im not sure its a bug, since its in H18 too, but Ill try to report it. As for the workaround: I know I can manually call it from the parent HDA, the problem is that the HDA inside is used in several different hdas and this workaround would mean calling it from every parent hda separately. I need a solution independent on what code is on the parent hda
  3. Event Handler on a HDA inside HDA

    Hi, I have an HDA (sop) that contains a different HDA (rop). The problem I have is that I need both of them to run a OnCreated event, but it seems to run only when user creates the node, not when it gets created as a part of a different hda (both have the OnCreated working, when I just create them separatelly). Does anyone have a solution for this? Thanks Martin Running: Houdini 17.5, Linux
  4. Hi, Ctrl+F has raw parameter filter that helps to find a node with the given value in a specific parameter. I was wondering if there was a way to search for the given value in any parameter? I didnt find any solution, maybe its because it would be too heavy to look in every parameter, but I thought Id try to ask, maybe you guys know. Ithe only partial solution I sound was in python to loop nodesearch.RawParm() over the parameter names I want. But some times you dont know the parameter name so it would be nice to be able to find it anyway. Thanks Martin
  5. Ive uploaded example files: the abc and hip (just read -> rop). Frame range is 500-510 abcTest.hiplc testM.abc
  6. Ive attached the abc and hip (just read -> rop). Frame range is 500-510. I also tested a different geometry (organic animation) that uses Deforming Geo rather than Transform and the result is much closer of 2.2Gb from M and 2.4Gb from H (960f/0.25). So it seems there is just something about M settings under the hood for non-deforming geometry. Single frame (of the non-deforming robotic animation) from M is 93Mb and from H 116Mb, which is more that 10% difference but not really significant. It seems its the way H stores the transitions that differs, since from single f to 11f/0.25 H makes the file about 4* larger (116Mb -> 480Mb) and M just 1.005* larger (93.5Mb -> 93.9Mb). abcTest.hiplc testM.abc
  7. Ive tried File>Export>Alembic and it doesnt allow sub frames and still made the file size a bit larger (521Mb ..rop_abc was 480Mb). I tried rop_geometry and fileCache nodes but they arent able to write animation in a single alembic file (if they dont have $F in file path they just keep overriding it each frame). I also tested a different geometry (organic animation) that uses Deforming Geo rather than Transform and the result is much closer of 2.2Gb from M and 2.4Gb from H (960f/0.25). So it seems there is just something about M settings under the hood for non-deforming geometry. Single frame (of the non-deforming robotic animation) from M is 93Mb and from H 116Mb, which is more that 10% difference but not really significant. It seems its the way H stores the transitions that differs, since from single f to 11f/0.25 H makes the file about 4* larger (116Mb -> 480Mb) and M just 1.005* larger (93.5Mb -> 93.9Mb). // PS: Že přijde pomoc z Čech jsem nečekal
  8. Thanks for quick response See the thing is that even setting the 'Packed Transform' option to Transform Geometry or Merge With Parent Transform (rather than the default Deform Geometry) doesn't reduce the size to the size M exports - it still remains about 5 times larger. As far as additional data goes, I'm literally just reading the abc from M and directly exporting it. There is just P, N, uv and path all of which is originally there too. And both M and H is set to use the same format (Ogawa). I've tried unpacking it before exporting, but that only made the file size larger. The closest I got in size is 94Mb for 11f/0.25step animation from M and 481Mb for the same 11f/0.25step animation from H (using Transform Geometry ..which apparently Maya optimises under the hood). I just tested a different geometry (organic animation) that uses Deforming Geo rather than Transform and the result is much closer of 2.2Gb from M and 2.4Gb from H (960f/0.25). So it seems there is just something about M settings under the hood for non-deforming geometry. Single frame (of the non-deforming robotic animation) from M is 93Mb and from H 116Mb, which is more that 10% difference but not really significant. It seems its the way H stores the transitions that differs, since from single f to 11f/0.25 H makes the file about 4* larger (116Mb -> 480Mb) and M just 1.005* larger (93.5Mb -> 93.9Mb). // PS: Že přijde pomoc z Čech jsem nečekal
  9. Hi, I recently decided to recreate an old Maya project in Houdini. For that I had to export animated mesh from M to H so I used alembic. The 960f was 119Mb I did some modifications and tried exporting it as bgeo but it exploded to 106Gb so I tried abc which turned out to be 35Gb. And yes i added some attributes, subdivided few things and stuff, but it still seemed too much for the changes I made so I decided to explore. I exported animated abc from M (2019) of just 11f (step 0.25f) and that was 94Mb. I opened the abc in H with basic alembic node (default H18 settings) and export that with rop_alembic_output node straight from the alembic read node, with the same frame range & step. I've tried different formats (HDF5 and Ogawa (used by Maya) ) and settings here but all had pretty much the same size results of 1.5Gb. I didn't find any settings that would relay to compression or anything like that. Is it the same for you guys too? Does anyone have an explanation of this and perhaps a solution/idea how to reduce the abc size from H? Thanks Martin --------- Houdini 18.0.349 Maya 2019
  10. Houdini abc export seems to be way bigger than from maya. I recently decided to recreate an old Maya project in Houdini. For that I had to export animated mesh from M to H so I used alembic. The 960f was 119Mb I did some modifications and tried exporting it as bgeo but it exploded to 106Gb so I tried abc which turned out to be 35Gb. And yes i added some attributes, subdivided few things and stuff, but it still seemed too much for the changes I made so I decided to explore. I exported animated abc from M of just 11f (step 0.25f) and that was 94Mb. I opened the abc in H with basic alembic node (default H18 settings) and export that with rop_alembic_output node straight from the alembic read node, with the same frame range & step. I've tried different formats (HDF5 and Ogawa (used by Maya) ) and settings here but all had pretty much the same size results of 1.5Gb. I didnt find any settings that would relay to compression or anything like that. Does anyone have an explanation of this and perhaps a solution/idea how to reduce the abc size from H?
  11. Displacement breaks the geometry

    I had no idea it was both in the shader and in the properties, should have thought of looking there too. Thanks Martin
  12. Displacement breaks the geometry

    It doesnt seem like a bound issue. Ive changed the setup to make the noise withing the principled shader and increased the bound to 14000, but it is still the same. Also some of the gaps are just on the edge wouldn't bound issue would look different? updated file: test_disp2.hiplc Martin I'm using: Houdini FX Version 18.0.349 Rendering with Mantra Windows 10 x64
  13. Hi, I'm having problem with displacement that when I try to add it it just stops rendering some polygons and there are gaps between others. Ive recreated it in a simple scene with noise for displacement. Could someone tell me where I got it wrong and how to get rid of the gaps? Also if you had a sample setup for displacement from exr texture that would be great. I just spent the whole day trying million different things but all have the same broken result. Here is the the .hiplc scene and the original and displaced render. As you can see there is bunch of polygons missing at the top of the displaced one :/ Also image of setup bellow. test_disp.hiplc Thanks Martin I'm using: Houdini FX Version 18.0.349 Rendering with Mantra Windows 10 x64
  14. Loading Houdini Python modules into Code Issues

    Thanks, I overlooked that. ...it doesn't give me the error now, but it still doesn't recognise the hou.module classes :/ (Ive tried without the [ ] brackets too) Im using: Windows 10 Houdini 18 VS Code v 1.41.1 Python v 2.7.15 64-bit
  15. Loading Houdini Python modules into Code Issues

    Hi, Im new to python, Im trying to use vscode as external editor but it really sucks at being intuitive for a beginner... Im trying to add the hou.module so I can see the functions but Im getting this error: The setting 'python.autoComplete.preloadModules' is deprecated, please consider using the new Language Server ('python.jediEnabled = false'). my settings.json looks like this: { "python.pythonPath": "C:\\PROGRA~1\\SIDEEF~1\\HOUDIN~1.287\\python27\\python.exe", "python.linting.pylintEnabled": false, "python.linting.enabled": true, "python.linting.flake8Enabled": true, "[python]":{}, "python.jediEnabled": false, "python.autoComplete.extraPaths": [ "C:\Program Files\Side Effects Software\Houdini 18.0.287\houdini\python2.7libs\hou.pyc" ], "python.autoComplete.preloadModules": ["hou"] } Also wheeve I edit a .py Code tells me: Linter flake8 is not installed. And when I click Install is says: There is no Pip installer available in the selected environment. Im using: Windows 10 Houdini 18 VS Code v 1.41.1 Python v 2.7.15 64-bit
×