Realflow meshes and maya batch

[Bertjenkins]

I am experiencing erratic behaviour with realflow meshes (bin sequences). They render fine in the VFB but as soon as i send them to batch render they crash. Often the first frame renders fine and then the second frame crashes. The sequence starts at frame 106, as opposed to frame 1. I have been working with various realflow meshes that have been rendering fine, but this particular one is playing nasty.

I've tried converting to vray proxies and the problem persists. The vray proxies render super fast on their own, but once in the scene with textures and lights (rendering IM/LC), starting from frame 106, they are extremely unreliable.

The crash report is below, if it means anything to anyone?



Does anyone have any checklists, workarounds for working with bin sequences, or indeed any high res cached geometry sequences? My max subdivs is set to 4, dynamic memory limit to 80% of the machine's ram and it's vray 2.25.01, build 23208, maya 2013.

thanks


__________________________________________________ _____

Date/Time: 2014-01-29 10:32:09.928 +0000
OS Version: Mac OS X 10.6.8 (10K549)
Report Version: 6

Exception Type: EXC_CRASH (SIGILL)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Thread 0 Crashed: Dispatch queue: com.apple.main-thread
0 vrayformaya.bundle 0x0000000139214678 VRayProgress::CheckForAbort() + 216
1 libvray.dylib 0x0000000139883c66 VUtils::QtThreadManager::runThreads(int, VUtils::MultiThreaded*, VUtils::ProgressCallback*, int) + 1750
2 libvray.dylib 0x0000000139c1a456 prepassRegion(DefRenderData&, int, int, int, int, int, VUtils::RegionDoneCallback*, VUtils::Table<VUtils::IrradianceMapOwner*, 100>&, VUtils::IrradianceMap**) + 1302
3 libvray.dylib 0x0000000139c1ad8a VUtils::VRayRenderer::renderImage(VUtils::VRayImag eData&) + 1418
4 vrayformaya.bundle 0x0000000138fad44f VRayMayaRenderer::renderFrame() + 1087
5 vrayformaya.bundle 0x0000000138faefc8 VRayMayaRenderer::renderSequence() + 1656
6 vrayformaya.bundle 0x0000000138faf188 VRayMayaRenderer::renderImpl() + 296
7 vrayformaya.bundle 0x0000000138faf3fc VRayMayaRenderer::render(VUtils::VRayVFB*) + 316
8 vrayformaya.bundle 0x0000000139213059 VRendCmd::doIt(MArgList const&) + 2297
9 libOpenMaya.dylib 0x0000000133a50759 THcommandObject::doIt(TargList&) + 137
10 libCommandEngine.dylib 0x0000000100bf05fd TmetaCommand::doCommand(TargList&) + 93
11 libCommandEngine.dylib 0x0000000100befbbe Mel_Command_Dispatch_old(SphNode*) + 366
12 libCommandEngine.dylib 0x0000000100c40575 f_function_entry_node + 1301
13 libCommandEngine.dylib 0x0000000100c15f19 node_exec + 89
14 libCommandEngine.dylib 0x0000000100c15fdd sophia_call_executable + 109
15 libCommandEngine.dylib 0x0000000100c3b2fc SophiaExecutable::evaluate(void*) + 124
16 libCommandEngine.dylib 0x0000000100bf83c5 TcommandEngine::executeCommand(SophiaExecutable*, void*) + 197
17 libExtensionLayer.dylib 0x00000001014001d9 TelfEvalCmd::doCommand(TargList&) + 89
18 libCommandEngine.dylib 0x0000000100bf08fb Mel_Command_Dispatch(SphNode*) + 363
19 libCommandEngine.dylib 0x0000000100c15f19 node_exec + 89
20 libCommandEngine.dylib 0x0000000100c3f6e6 fc_ifelse + 246
21 libCommandEngine.dylib 0x0000000100c15f19 node_exec + 89
22 libCommandEngine.dylib 0x0000000100c3ec7e fc_for + 190
23 libCommandEngine.dylib 0x0000000100c15f19 node_exec + 89
24 libCommandEngine.dylib 0x0000000100c40b0b f_function_entry_node + 2731
25 libCommandEngine.dylib 0x0000000100c15f19 node_exec + 89
26 libCommandEngine.dylib 0x0000000100c15fdd sophia_call_executable + 109
27 libCommandEngine.dylib 0x0000000100c3b2fc SophiaExecutable::evaluate(void*) + 124
28 libCommandEngine.dylib 0x0000000100bf83c5 TcommandEngine::executeCommand(SophiaExecutable*, void*) + 197
29 libExtensionLayer.dylib 0x00000001014001d9 TelfEvalCmd::doCommand(TargList&) + 89
30 libCommandEngine.dylib 0x0000000100bf08fb Mel_Command_Dispatch(SphNode*) + 363
31 libCommandEngine.dylib 0x0000000100c15f19 node_exec + 89
32 libCommandEngine.dylib 0x0000000100c3f878 f_catch + 40
33 libCommandEngine.dylib 0x0000000100c3f744 fc_if + 36
34 libCommandEngine.dylib 0x0000000100c15f19 node_exec + 89
35 libCommandEngine.dylib 0x0000000100c3f816 fc_if + 246
36 libCommandEngine.dylib 0x0000000100c15f19 node_exec + 89
37 libCommandEngine.dylib 0x0000000100c3f816 fc_if + 246
38 libCommandEngine.dylib 0x0000000100c15f19 node_exec + 89
39 libCommandEngine.dylib 0x0000000100c3ec7e fc_for + 190
40 libCommandEngine.dylib 0x0000000100c15f19 node_exec + 89
41 libCommandEngine.dylib 0x0000000100c40b0b f_function_entry_node + 2731
42 libCommandEngine.dylib 0x0000000100c15f19 node_exec + 89
43 libCommandEngine.dylib 0x0000000100c40b0b f_function_entry_node + 2731
44 libCommandEngine.dylib 0x0000000100c15f19 node_exec + 89
45 libCommandEngine.dylib 0x0000000100c3f878 f_catch + 40
46 libCommandEngine.dylib 0x0000000100c3f614 fc_ifelse + 36
47 libCommandEngine.dylib 0x0000000100c15f19 node_exec + 89
48 libCommandEngine.dylib 0x0000000100c3f6ce fc_ifelse + 222
49 libCommandEngine.dylib 0x0000000100c15f19 node_exec + 89
50 libCommandEngine.dylib 0x0000000100c15fdd sophia_call_executable + 109
51 libCommandEngine.dylib 0x0000000100c3b2fc SophiaExecutable::evaluate(void*) + 124
52 libCommandEngine.dylib 0x0000000100bf8945 TcommandEngine::sourceFile(Tstring const&) + 197
53 MayaBatch 0x0000000100012e1b TmayaApp::initAfter() + 1291
54 MayaBatch 0x000000010000fbbc TmayaApp::initBatch() + 204
55 libExtensionLayer.dylib 0x00000001013e38e2 Tapplication::start() + 594
56 MayaBatch 0x000000010001255b appmain() + 2619
57 MayaBatch 0x0000000100022779 main + 121
58 MayaBatch 0x000000010000fa48 start + 52

[t.petrov]

Are you rendering with the VFB enabled?
If yes, then can you try without VFB?

[vlado]

There is no VFB in batch mode...

Bertjenkins, can you get us some way to reproduce this here? A scene would be very useful.

Best regards,
Vlado

[Bertjenkins]

Trying to think of the best way to do this... the mesh size is 160 mb.

Strangely it seems to be rendering now, i'm finding it very hard to trace the cause. For the last three nights i have left it overnight and returned the next day to find 1 or 1.5 frames rendered. so far i believe it to be either the subdivisions being too high (i had render viewport subdivision checked, however smooth mesh preview was not enabled on the mesh) or an issue with the frame offset settings. As it failed on both the bin sequence and the vray proxy these are the only causes i can think of.

[t.petrov]

We can give you access to our FTP server.
You just have to contact our support by email at vraymaya @ chaosgroup.com

[Bertjenkins]

great thanks. I'll try to upload. some more thoughts: the crashes always seem to happen during the final prepass of the irradiance map, which is set to animation. Could it be that the 'interp frames' is having some issue with the bin sequence before and after the frame being rendered?

just an idea...

[vlado]

No, this should not be the case...

Best regards,
Vlado

[Bertjenkins]

Hi All... just an update, I've updated to the latest nightly build and the issue with vray proxy fluid animations crashing maya is no longer happening...

[vlado]

Good to know, thanks for the update!

Best regards,
Vlado

[Bertjenkins]

Hi All

I am now getting crashes with vray proxies again. A broken glass animation, (simple plane of glass) created in ncloth, extruded, cached, then converted into vrayProxy. I've reduced the subdivisions down to 1 for the proxy and it still crashes. I thought it might be the max refraction depth, so i've put that down to three, and the refraction subdivs down to 8. Still crashes in the VFB as soon as it gets to the dense glass bit. Could someone give me a checklist of things to look out for? I have tried turning off viewport render subdivision, 80 percent RAM dynamic memory limit, default geometry dynamic...

The sheet of glass has around 27000 faces, which doesn't seem a lot to me?

Anyone else had problems with ncloth and downstream extrudes?

[Bertjenkins]

just tested it with a standard vray material (no refraction/reflection) and it seems to render... thinking it must be the refraction in the glass material. but never had this before? it has only one map- plugged into both the refraction glossiness and refraction 'amount' slots, a 3.5mb png file

[t.petrov]

Can you please send a scene to our support at vraymaya @ chaosgroup.com?

[Bertjenkins]

Ok will do. I'm having trouble reducing the scene down whilst maintaining the crash though

[Bertjenkins]

Is there anything you might suggest in the meantime? It's quite time consuming getting the scene into a reasonable state to replicate the crash.

There is a character smashing their hand through the glass. I've tried converting the character to a vray proxy, thinking this reduce the memory bottleneck, but it still crashes. It doesn't crash without the extruded glass, ie with the glass as just a single plane breaking into fragments, but when i add the extrude it seems to cause the crash. I guess i could try to go in and extrude the most visible fragments one by one, other than that i'm really desperate for any ideas!

[t.petrov]

If there scene size is the problem, then you can contact the support and they can give you access to our FTP where you can upload bigger scenes.