Page 1 of 1

Octane 2020 Linux Crash

Posted: Fri May 08, 2020 4:27 pm
by bassruettler
Hello,

Houdini crashes whenever I click the "Render to Disk"-Button in Octane ROP. This is the case with File Output as well as the "Render to MPlay" option.
However, IPR (using MPlay) works fine. In fact, when IPR was started, it works when "Render to MPlay" is checked. And, as expected, it then renders to MPlay.
Currently, I am using Houdini Indie 18.0.416, but the same problem occurs on 17.5.460.
With plugin version 2019.1.5.0, this problem does not appear. Only since 2020.

I would attach the Octane log, but it isn't even created.
Console output after the crash is:

Code: Select all

1261116: Fatal error: Segmentation fault (sent by pid 192)
Here is the crash log houdini generated:

Code: Select all

Crash report from username; Houdini FX Version 18.0.416 [linux-x86_64-gcc6.3]
Uptime 538 seconds
Fri May  8 18:22:31 2020
Caught signal 11

Traceback from 1261116 ThreadId=0x7fb2b89e7c80
AP_Interface::coreDumpChaser(UTsignalHandlerArg) <libHoudiniUI.so>
AP_Interface::si_CrashHandler::chaser(UTsignalHandlerArg) <libHoudiniUI.so>
signalCallback(UTsignalHandlerArg) <libHoudiniUT.so>
UT_Signal::UT_ComboSignalHandler::operator()(int, siginfo_t*, void*) const <libHoudiniUT.so>
UT_Signal::processSignal(int, siginfo_t*, void*) <libHoudiniUT.so>
__funlockfile <libpthread.so.0>
Octane::VdbInfo::sampler(unsigned int, bool) <liboctane.so>
Octane::ApiNode::connectedNode(Octane::PinId) const <liboctane.so>
HOctane_cleanOctaneSceneNodeGraph(bool) <Houdini_Octane_18.0.416.so>
HOctane_cleanScene(bool) <Houdini_Octane_18.0.416.so>
HOctane_IPR_stop() <Houdini_Octane_18.0.416.so>
HOctane_IPR_closeMplay() <Houdini_Octane_18.0.416.so>
ROP_Octane::startRender(int, double, double) <Houdini_Octane_18.0.416.so>
ROP_Node::executeSingle(double, ROP_Verbose*, SOHO_IPRList*, ROP_SohoOutput*, bool) <libHoudiniOP4.so>
ROP_RenderItem::render(ROP_Verbose*, int, int) const <libHoudiniOP4.so>
ROP_RenderManager::renderOrder(ROP_RenderList const&, ROP_Verbose*) <libHoudiniOP4.so>
ROP_RenderManager::render(ROP_Node*, double, double, double, bool, bool, bool, bool, bool, ROP_Verbose*) <libHoudiniOP4.so>
ROP_Node::renderCommand(ROP_RenderCmdParms&) <libHoudiniOP4.so>
ROP_Node::doRenderCommand(CMD_Args&, OP_Node*, bool) <libHoudiniOP4.so>
ROP_Node::cmdRender(CMD_Args&) <libHoudiniOP4.so>
CMD_Manager::runCommand(char*) <libHoudiniPRM.so>
CMD_Manager::internalExecute(char const*) <libHoudiniPRM.so>
CMD_Manager::processInput(CMD_Source*, char const*) <libHoudiniPRM.so>
CMD_Manager::internalSendInput(char const*, bool) <libHoudiniPRM.so>
CMD_Manager::sendInputNoLock(char const*, bool) <libHoudiniPRM.so>
CMD_Manager::executeNoLock(char const*, bool, std::ostream*, std::ostream*, bool, bool) <libHoudiniPRM.so>
void UT_TaskArena::callbackConst<CMD_Manager::execute(char const*, bool, std::ostream*, std::ostream*, bool, bool)::{lambda()#1}>(void const*) <libHoudiniPRM.so>
tbb::interface7::internal::task_arena_base::internal_execute(tbb::interface7::internal::delegate_base&) const (arena.cpp:943)
TBBPROXY_TaskArenaExecute <libTBBPROXY.so>
CMD_Manager::execute(char const*, bool, std::ostream*, std::ostream*, bool, bool) <libHoudiniPRM.so>
OPUI_RenderDialog::launch(ROP_Node*, ROP_RenderMode) <libHoudiniAPPS2.so>
ROP_Node::doRenderCback(void*, int, double, PRM_Template const*) <libHoudiniOP4.so>
OP_Node::triggerParmCallback(PRM_Parm*, double, int, void*, UT_Options const*) <libHoudiniPRM.so>
PSI2_DialogPRM::performParmCallback(PRM_Parm*, int) <libHoudiniAPPS2.so>
OPUI_DialogPRM2::performParmCallback(PRM_Parm*, int) <libHoudiniAPPS2.so>
PSI2_Dialog::triggerParmCallback(OP_Node*&, PRM_Parm*&, int, bool&) <libHoudiniAPPS2.so>
PSI2_Dialog::parmChanged(int, UI_Reason, int, bool) <libHoudiniAPPS2.so>
PSI2_Vector::changed(UI_Object*, UI_Reason, UI_DeviceEvent*) <libHoudiniAPPS2.so>
UI_Button::endSelect(UI_Event*) <libHoudiniUI.so>
SI_ParmButton::endSelect(UI_Event*) <libHoudiniUI.so>
UI_Window::handleEvent(UI_Event*) <libHoudiniUI.so>
UI_Queue::processNextEvent() <libHoudiniUI.so>
UI_Queue::drain() <libHoudiniUI.so>
UI_Queue::eventLoop() <libHoudiniUI.so>
main <libHoudiniUI.so>
__libc_start_main <libc.so.6>
main <houdini-bin>
System Information:
OS: Arch Linux
CPU: Ryzen 9 3900X
GPU: RTX2080super
RAM: 64GB


EDIT: I have attached a test scene which crashes as explained.

Re: Octane 2020 Linux Crash

Posted: Sat May 09, 2020 9:01 am
by juanjgon
What a weird issue! I'll investigate it.

You are working with the latest 2020.1.0.7 plugin build, right?

Thanks,
-Juanjo

Re: Octane 2020 Linux Crash

Posted: Sat May 09, 2020 9:40 am
by bassruettler
juanjgon wrote:What a weird issue! I'll investigate it.
You are working with the latest 2020.1.0.7 plugin build, right?
Yes, latest production build 2020.1.0.7. Sorry, forgot to mention that.

Re: Octane 2020 Linux Crash

Posted: Sat May 09, 2020 9:42 am
by juanjgon
Hmm, nope, here I can't reproduce this problem, as you can see in the attached image. What a weird issue! I'm using CentOS7, not sure if this could be related to a problem with your Linux distro.

And do you say that you don't get any Octane log file?

Thanks,
-Juanjo

Re: Octane 2020 Linux Crash

Posted: Sat May 09, 2020 10:04 am
by bassruettler
juanjgon wrote: And do you say that you don't get any Octane log file?
Nope, just crashes.

What's even more strange is, with the 2019.1.5 build (for Houdini 18.0.391 on 18.0.416) it works, just tested it.

Re: Octane 2020 Linux Crash

Posted: Sat May 09, 2020 11:21 am
by juanjgon
Ok. I can reproduce the problem. It comes from having MPlay as the IPR window. Investigating ...

Thanks,
-Juanjo

Re: Octane 2020 Linux Crash

Posted: Sat May 09, 2020 11:42 am
by juanjgon
Ok. I've fixed this issue. The fix will be included in the next plugin build that I want to release shortly. Meanwhile, the workaround probably is to select the OpenGL IPR mode in the plugin options panel before rendering.

Thanks for reporting this issue!
-Juanjo

Re: Octane 2020 Linux Crash

Posted: Sat May 09, 2020 12:08 pm
by bassruettler
juanjgon wrote:Ok. I've fixed this issue. The fix will be included in the next plugin build that I want to release shortly. Meanwhile, the workaround probably is to select the OpenGL IPR mode in the plugin options panel before rendering.

Thanks for reporting this issue!
-Juanjo
Awesome! Thanks for the quick support, I appreciate it.
EDIT: Actually this has brought something else to my mind. I've never actually used the OpenGL IPR because I prefer MPlay. Now that I've tried it out, I've found another crash that's been reported before, so I'll switch over to that thread.