I am trying to isolate the cause of the following crash (logs from tractor job)
```
CRITICAL: Stop [ge_container.cpp(756)] CRITICAL: Stop [ge_container.cpp(756)] CRITICAL: Stop [ge_container.cpp(756)] CRITICAL: Stop [ge_container.cpp(756)] C4DtoA | 00:00:01 2276MB WARNING| [AiMakeTx] OpenEXR "dwaa" compression has a bug for monochrome images, using "zip" instead C4DtoA | 00:00:01 2276MB WARNING| [AiMakeTx] OpenEXR "dwaa" compression has a bug for monochrome images, using "zip" instead C4DtoA | 00:00:01 2276MB WARNING| [AiMakeTx] OpenEXR "dwaa" compression has a bug for monochrome images, using "zip" instead C4DtoA | 00:00:01 2276MB WARNING| [AiMakeTx] OpenEXR "dwaa" compression has a bug for monochrome images, using "zip" instead C4DtoA | 00:00:01 2276MB WARNING| [AiMakeTx] OpenEXR "dwaa" compression has a bug for monochrome images, using "zip" instead C4DtoA | 00:00:14 2369MB WARNING| [disp] /Pluto_Dft_high/world_offset/world_grp/M_cog_offset/M_cog_grp/R_laser_shroud_a_offset/R_laser_shroud_a_grp/R_laser_shroud_b_offset/R_laser_shroud_b_grp/R_laser_head_001_high|R_laser_head_001_high: padded bounds could be 26.1x more efficient. given disp_padding: 0.0199999996, recommended: -5.33461571e-06 C4DtoA | 00:00:14 2384MB WARNING| [disp] /Pluto_Dft_high/world_offset/world_grp/M_cog_offset/M_cog_grp/R_laser_arm_stripe_001_high|R_laser_arm_stripe_001_high: padded bounds could be 33.9x more efficient. given disp_padding: 0.0199999996, recommended: 0 C4DtoA | 00:00:14 2415MB WARNING| [disp] /Pluto_Dft_high/world_offset/world_grp/M_cog_offset/M_cog_grp/R_laser_arm_001_high|R_laser_arm_001_high: padded bounds could be 16.1x more efficient. given disp_padding: 0.0199999996, recommended: -1.44988298e-05 C4DtoA | 00:00:14 2454MB WARNING| [disp] /Pluto_Dft_high/world_offset/world_grp/M_cog_offset/M_cog_grp/R_sidepanel_004_high|R_sidepanel_004_high: padded bounds could be 4.16x more efficient. given disp_padding: 0.0199999996, recommended: -3.7252903e-09 C4DtoA | 00:00:14 2461MB WARNING| [disp] /Pluto_Dft_high/world_offset/world_grp/M_cog_offset/M_cog_grp/M_enginetail_001_high|M_enginetail_001_high: padded bounds could be 3.18x more efficient. given disp_padding: 0.0199999996, recommended: 3.7252903e-09 Progress: 5% Error: application crashed C4DUnhandledExceptionFilter: writing exception info C4DUnhandledExceptionFilter: writing call stacks
```
Unlikely. Very unlikely.
The compression thing is just a warning (because of an OpenEXR bug).
The bounds padding warnings shouldn't be a problem because they are not about the padding being too small (too small bounds padding can have really weird results in the render).
There's a small chance that these below logs c4d wrote out might contain info that explains the crash. Can you supply them?
As per Thiago's suggestion, I investigated further as to the logs written out by C4DUnhandledExceptionFilter.
I have obtained the log from C4D and sent them to Maxon for analysis, their conclusion is that the crash is in Arnold.
I am attaching the log file I sent to Maxon.
If you increase the Arnold log verbosity, is there any more info in that log?
Do you crash if you enable Ignore Textures?
I'd take a look at the scene if you can share it with us. I'm also wondering what's your C4DtoA version?