[C4DtoA] Can texture compression or displacement bounds cause arnold crash ?

[nicholas_yue]

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

```

[Stephen.Blair]

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).

[thiago.ize]

There's a small chance that these below logs c4d wrote out might contain info that explains the crash. Can you supply them?

C4DUnhandledExceptionFilter: writing exception info
C4DUnhandledExceptionFilter: writing call stacks

[nicholas_yue]

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.

_BugReport.txt

[Stephen.Blair]

If you increase the Arnold log verbosity, is there any more info in that log?

Do you crash if you enable Ignore Textures?

[peter.horvath6V6K3]

I'd take a look at the scene if you can share it with us. I'm also wondering what's your C4DtoA version?