Access violation - no RTTI data! - in render with 3ds max 2022.3 via Deadline v.10.1.23.6

[vsalek978]

Hello, has anyone had a similar problem with rendering from 3ds max 2022.3 via Deadline v.10.1.23.6 because on one computer it keeps reporting the same error and cannot render any frames. The complete log is attached. Does anyone know what could be the cause of the problem, this is the first time this has happened to us and this computer does not have this problem with other jobs?

Thanks in advance

[darawork · Accepted solution]

Hi,

There a a few areas of the Error.txt file that look suspect to me:

2023/04/26 08:28:29 DBG: [13096] [20136] Could not find the specified file in DefaultSettingsParser::parse()
2023/04/26 08:28:30 INF: [13096] [20136] [tyFlow]: tyFlow RENDER not found. tyFlow FREE will be used for rendering if a tyFlow PRO license is not found. If this machine does not have a tyFlow PRO license, consider installing tyFlow RENDER for improved render performance in command-line mode. If this machine does have a tyFlow PRO license, you can ignore this message.

(Although this may be disregarded as Tyflow MCRs seem to load up ok later in the log file).

and,

2023/04/26 08:28:48 DBG: [13096] [20136] Graphics driver requested by the user : Nitrous
2023/04/26 08:28:48 DBG: [13096] [20136] Graphics driver actually created in the viewports : null driver
2023/04/26 08:28:48 DBG: [13096] [20136] Graphics driver requested by the user : Nitrous
2023/04/26 08:28:48 DBG: [13096] [20136] Graphics driver actually created in the viewports : null driver
2023/04/26 08:28:48 DBG: [13096] [20136] Graphics driver requested by the user : Nitrous
2023/04/26 08:28:48 DBG: [13096] [20136] Graphics driver actually created in the viewports : null driver

(Although I don't imagine that having a Graphics Card on a slave machine is that important unless you're trying to utilise GPU rendering, and I can see that Hamster 04 has a Video Card: NVIDIA GeForce GTX 460 later in the log).

And,

2023/04/26 08:28:55 DBG: [13096] [20136] WARNING: The Populate data is missing on your system.

(Might not matter if you're not using Populate 3D Characters in the scene).

 at Deadline.Plugins.DeadlinePlugin.FailRender(String message) (Python.Runtime.PythonException)
  File "C:\ProgramData\Thinkbox\Deadline10\workers\HAMSTER_04\plugins\64464f33ec202a7f843ff689\3dsmax.py", line 405, in RenderTasks
    self.MyMaxController.RenderTasks()
  File "C:\ProgramData\Thinkbox\Deadline10\workers\HAMSTER_04\plugins\64464f33ec202a7f843ff689\3dsmax.py", line 1627, in RenderTasks
    self.RenderFrame(frame)
  File "C:\ProgramData\Thinkbox\Deadline10\workers\HAMSTER_04\plugins\64464f33ec202a7f843ff689\3dsmax.py", line 2524, in RenderFrame
    self.PollUntilComplete(not self.DisableProgressUpdateTimeout)
  File "C:\ProgramData\Thinkbox\Deadline10\workers\HAMSTER_04\plugins\64464f33ec202a7f843ff689\3dsmax.py", line 3000, in PollUntilComplete
    self.Plugin.FailRender("RenderTask: Unexpected exception (%s)" % e.Message)
   at Python.Runtime.Dispatcher.Dispatch(ArrayList args)
   at __FranticX_GenericDelegate0Dispatcher.Invoke()
   at Deadline.Plugins.DeadlinePlugin.RenderTasks()
   at Deadline.Plugins.DeadlinePlugin.DoRenderTasks()
   at Deadline.Plugins.PluginWrapper.RenderTasks(Task task, String& outMessage, AbortLevel& abortLevel)
   at Deadline.Plugins.PluginWrapper.RenderTasks(Task task, String& outMessage, AbortLevel& abortLevel)

(Max Python looks like it fails here)

2023-04-26 08:28:48:  0: STDOUT: 00:00:01  1579MB WARNING | [color_manager_ocio] unable to find default OCIO config, expected in c:\programdata\autodesk\applicationplugins\maxtoa_2022\..\ocio\configs\arnold\config.ocio
2023-04-26 08:28:48:  0: STDOUT: 00:00:01  1627MB         |  unloading 6 plugins
2023-04-26 08:28:48:  0: STDOUT: 00:00:01  1627MB         |   closing alembic_proc.dll ...
2023-04-26 08:28:48:  0: STDOUT: 00:00:01  1627MB         |   closing cryptomatte.dll ...
2023-04-26 08:28:48:  0: STDOUT: 00:00:01  1627MB         |   closing MAXtoA_Adapter.dll ...
2023-04-26 08:28:48:  0: STDOUT: 00:00:01  1626MB         |   closing MAXtoA_Shaders.dll ...
2023-04-26 08:28:48:  0: STDOUT: 00:00:01  1626MB         |   closing ProceduralOperator.dll ...
2023-04-26 08:28:48:  0: STDOUT: 00:00:01  1626MB         |   closing usd_proc.dll ...
2023-04-26 08:28:48:  0: STDOUT: 00:00:01  1623MB         |  unloading plugins done
2023-04-26 08:28:48:  0: STDOUT: 00:00:01  1624MB         | Arnold shutdown

(Arnold freaks out here)

2023-04-26 08:28:28:  0: INFO: Could not find legacy (pre-10.0.26) AWS Portal File Transfer.
2023-04-26 08:28:28:  0: INFO: Legacy (pre-10.0.26) AWS Portal File Transfer is not installed on the system.

(Cannot find Amazon Web Server access, for whatever reason).

If you're using vRay to render out the job, and never ever use Arnold for rendering jobs I personally would uninstall MAXtoA (Arnold) in Add/Remove programs... as it seems to be freaking out a lot. Or at least change the default render engine on Hamster 04 to vRay in the Maxstart.max file so as it doesn't have to jump from Arnold to vRay each time it tries to render a job.

The only thing I can see that might be crapping out totally is 3DSMax.py, the Python extension. Although I can't see why. There seems to be a few hits of RTTI errors on the board, here's one from Inventor:
https://forums.autodesk.com/t5/inventor-forum/access-violation-no-rtti-data/m-p/5999438/highlight/tr...

Hopefully some of this is helpful, if not please contact Autodesk Support and submit a ticket:
https://www.autodesk.eu/support/contact-support

Regards, 

[vsalek978]

Thank you very much for the detailed job log analysis. I will start to check one by one, but I hope that I will be able to find out what exactly is the problem. Otherwise, this computer regularly grates other jobs with the same settings