ID 522938 - [Geolib3-MT] Geolib3-MT scene traversal hang when a HierarchyCopy node copies a location from a Alembic_In node

Follow
  1. The Foundry SANDBOX
  2. Bug Tracker
  3. Katana

Problem summary
During a render, Geolib3-MT scene traversal never finishes when the node graph uses a HierarchyCopy node to copy a scene graph location generated from an upstream Alembic_In node.
 


 
Customer reported version
katana.4.5v4
 
Customer reported platform
centos7
 
Steps to reproduce

  1. Create an Alembic_In node.
  2. Set the Alembic_In node's  abcAsset parameter to the expression katanaRootDir + '/demos/katana_files/BabyBot/asset/chr_robot/v000/geo/chr_robot.abc'.
  3. Create and connect a HierarchyCopy node downstream to the Alembic_In node.
  4. Set the HierarchyCopy node's sourceLocation parameter to "/root/world/geo/asset".
  5. Set the HierarchyCopy node's destinationLocations parameter to "/root/world/copy".
  6. Create a CameraCreate node.
  7. Merge the HierarchyCopy and CameraCreate nodes with a Merge node.
  8. Start a Preview Render on the Merge node.
 
Expected behavior
A blank render is completed.
 
Actual behavior
The render never finishes. The render log is stuck at:
3D Render: Merge45Start Time: Wed Oct 26 14:13:46 2022Layers / Views: primary.mainFrame: 1Completed writing scene graph description.Running command: /opt/Katana5.0v4/bin/renderboot -geolib3OpTree /tmp/katana_tmpdir_8645/geolib3000043.optree -renderer dl -renderMethodType previewRender -renderMethodName previewRender -renderTime 1 -t 1 -useID True -sequenceID 43 -katanaRoot /opt/Katana5.0v4 -tempDir /tmp/katana_tmpdir_8645 -pluginDsoPath /opt/3delight-2.7.8/Linux-x86_64/3DelightForKatana/Libs -assetPlugin BfxAsset -fileSequencePlugin FileSeq -geolib3RuntimeMode sync -resolutionsTable /tmp/katana_tmpdir_8645/Resolutions/FoundryResolutions.xml -verbose 1 -threads 2 -host fwz60004:15900 -serviceRegistryPort 34884 -interactivePrecision float -geolibRuntime Geolib3-MT -opTreeOptimizations True -sceneTraversalVerboseLogging False -cacheEviction True -cacheSoftLimit 1048576 -cacheCollectionFrequency 10000[INFO RenderBoot]: Using Geolib3-MT Runtime[INFO RenderBoot]: Starting GEOLIB bootstrap...[INFO python.PyUtilModule.ResourceFiles]: Additional Katana resource paths from KATANA_RESOURCES:[INFO python.PyUtilModule.ResourceFiles]:     /opt/3delight-2.7.8/Linux-x86_64/3DelightForKatana[INFO 3Delight]: 3Delight for Katana (Jan 13 2022) loaded, using 3Delight 2.7.8 linux64 (Jan 13 2022, a3e42b) "Re-Animator"[INFO RenderBoot]: Finished GEOLIB bootstrap.Using geolib-runtime in concurrent mode[INFO plugins.Geolib3-MT.Optimizer]: Finished in 0s, reduced Op tree size from 34 to 32 (5.88235%).[INFO plugins.Geolib3-MT.CacheManager]: Cache eviction enabled.[INFO plugins.Geolib3-MT.TaskManager]: Cache pre-population enabled.[INFO plugins.Geolib3-MT.TaskManager]: Starting scene pre-traversal using 4 cores.
 
Workaround
There are two known workarounds:
  1. Add a RenderSettings node and change the geolibRuntime parameter to "Classic".
     
  2. Add a Merge node between the Alembic_In and HierarchyCopy nodes and merge a LocationCreate node.
 
Reproduced by support
This bug has been reproduced in:
Katana 5.0v4 - CentOS 7, Windows 10
Katana 5.0v1 - CentOS 7, Windows 10
Katana 4.5v4 - CentOS 7, Windows 10
Katana 4.5v1 - CentOS 7, Windows 10
Katana 4.0v1 - CentOS 7, Windows 10
Katana 3.6v1 - CentOS 7, Windows 10
Katana 3.5v1 - CentOS 7, Windows 10
 
Earliest version tested
Katana 3.5v1 - Geolib3-MT did not exist before this version.
 

    We're sorry to hear that

    Please tell us why