Team Render Job failed

Corona Corona for Cinema 4D General
1

Hello,

I have purchased a corona license for c4d and im trying to make to work with team render but im having an issue.

The error says (Error) Render-Job failed: Rendering stopped because of an out-of-memory or unknown error

I have tried with a different file, with simple materials, and the team render worked fine, but with this file, which has a lot of objects, refs, etc, it gets always this error.

I send the message from console, with a render that worked fine and the one who doesn’t.

Thank you for your help

> 3designs-iMac-Pro1.local. Download-Speed 14.73 MiB\s (1x)

Peer-to-Peer Statistics End
Grabbed Render-Job ‘pv’ from machine ‘3designs-iMac-Pro1.local.’
Created Asset ‘Untitled 1.c4d’
Downloaded Asset(s) in 0.009 seconds
Start Rendering for Machine 3designs-iMac-Pro1.local.
Rendering frame 0 of job ‘pv’
2019/01/25 07:32:46 Parsing scene
2019/01/25 07:32:46 ====RENDER STARTED====
2019/01/25 07:32:46 Core build timestamp: Jan 18 2019 18:35:55
2019/01/25 07:32:46 Sending HELLO to server
2019/01/25 07:32:46 Connection established
2019/01/25 07:32:46 REPORT: unchanged: 0, Prim: 400, Inst: 0, Mtl: 0, Env-tentative: 1
2019/01/25 07:32:46 Core::renderFrame before onFrame
2019/01/25 07:32:46 Parsing scene took 0.166 seconds
2019/01/25 07:32:46 Calculating displacement
2019/01/25 07:32:46 Preparing geometry took 0 seconds
2019/01/25 07:32:46 Preparing geometry
2019/01/25 07:32:46 Embree: memory usage: 21.2 MB. Total embree build time is 65ms, top level commit took: 59ms. There are 400 embree geometry groups, 0 instances, 400/0/0/0 tri/animTri/hair/custom primitives
2019/01/25 07:32:46 Core::renderFrame after onFrame
2019/01/25 07:32:46 CoronaCore::renderFrame before unique materials enum
2019/01/25 07:32:46 CoronaCore::renderFrame after unique materials enum
2019/01/25 07:32:46 CoronaCore::renderFrame after unique materials update
2019/01/25 07:32:46 Preparing geometry took 0.155 seconds
2019/01/25 07:32:46 Preparing lights
2019/01/25 07:32:46 TreeAdapt built: nodes 0, time 0 ms, memory 0.088 kB
2019/01/25 07:32:46 CutCache initialized: records 299499, time 4 ms, memory 11.9802 MB
2019/01/25 07:32:46 CoronaCore:RenderFrame: after directLight
2019/01/25 07:32:46 Preparing lights took 0.005 seconds
2019/01/25 07:32:46 Computing sec. GI
2019/01/25 07:32:46 CoronaCore::renderFrame: after GI precompute
2019/01/25 07:32:46 Computing primary GI took 0.052 seconds
2019/01/25 07:32:46 CoronaCore::renderFrame: before render
2019/01/25 07:32:46 Rendering initial pass
2019/01/25 07:32:46 Rendering pass 3
2019/01/25 07:32:47 Rendering pass 6
2019/01/25 07:32:47 Sending chunk 0/1 to the server
2019/01/25 07:32:47 Rendering initial pass
2019/01/25 07:32:47 Rendering pass 2
2019/01/25 07:32:48 Sending chunk 0/1 to the server
2019/01/25 07:32:48 Rendering initial pass
2019/01/25 07:32:49 Rendering pass 2
2019/01/25 07:32:49 Rendering pass 3
2019/01/25 07:32:50 Rendering pass 4
2019/01/25 07:32:50 Rendering pass 2
2019/01/25 07:32:50 Sending chunk 0/1 to the server
2019/01/25 07:32:51 Rendering pass 4
2019/01/25 07:32:51 Rendering pass 9
2019/01/25 07:32:51 Rendering pass 11
2019/01/25 07:32:52 Rendering pass 14
2019/01/25 07:32:52 Rendering pass 15
2019/01/25 07:32:52 Rendering pass 16
2019/01/25 07:32:53 Sending chunk 0/1 to the server
2019/01/25 07:32:53 Rendering pass 2
2019/01/25 07:32:53 Rendering pass 3
2019/01/25 07:32:53 CoronaCore::renderFrame: after render
2019/01/25 07:32:53 Terminating DR slaves
2019/01/25 07:32:53 - terminating slave handlers
2019/01/25 07:32:53 - waiting for broadcast thread to finish
2019/01/25 07:32:53 - clearing slave handlers
2019/01/25 07:32:53 Terminating DR slaves ended
2019/01/25 07:32:53 Rendering took 7.303 seconds
2019/01/25 07:32:53 Cleaning up
2019/01/25 07:32:53 Terminating DR slaves
2019/01/25 07:32:53 - terminating slave handlers
2019/01/25 07:32:53 - waiting for broadcast thread to finish
2019/01/25 07:32:53 - clearing slave handlers
2019/01/25 07:32:53 Terminating DR slaves ended
2019/01/25 07:32:53 CutCache memory: 12.1504 MB
2019/01/25 07:32:53 Unique Primitives: 297432
2019/01/25 07:32:53 Primitives with instancing: 297432
2019/01/25 07:32:53 Area lights: 2
2019/01/25 07:32:53 Geometry groups: 400
2019/01/25 07:32:53 Materials: 1
2019/01/25 07:32:53 Instances: 400
2019/01/25 07:32:53 Portals: 0
2019/01/25 07:32:53 Area lights: 2
2019/01/25 07:32:53 Avg samples per pixel: 1.23473
2019/01/25 07:32:53 Avg rays per sample: 20.4952
2019/01/25 07:32:53 Rays/s: 3.17091e+06
2019/01/25 07:32:53 Samples/s: 155816
2019/01/25 07:32:53 UHDCache records: 805
2019/01/25 07:32:53 UHDCache records added during viz: 0
2019/01/25 07:32:53 UHDCache rejected %: 71.8781
2019/01/25 07:32:53 Saving + Cleaning up took 0.002 seconds
2019/01/25 07:32:53 CoronaCore::exiting renderFrame
2019/01/25 07:32:53 Rendered 3/0 passes
2019/01/25 07:32:54 Sending chunk 0/1 to the server
2019/01/25 07:32:54 Finished chunks: 1/1
Peer-to-Peer Statistics:
> 3designs-iMac-Pro1.local. Download-Speed 14.12 MiB\s (1x)
Peer-to-Peer Statistics End
Grabbed Render-Job ‘pv’ from machine ‘3designs-iMac-Pro1.local.’
Created Asset ‘hanni_areal_3dmodel.c4d’
Created Asset ‘Corona C4D.c4d’
Created Asset ‘EVOQUE.c4d’
Created Asset ‘vm_v6_016_corona.c4d’
Created Asset ‘VP_Free_MazdaMX5_corona.c4d’
Downloaded Asset(s) in 0.901 seconds
Start Rendering for Machine 3designs-iMac-Pro1.local.
(Error) Render-Job failed: Rendering stopped because of an out-of-memory or unknown error
Peer-to-Peer Statistics:
> 3designs-iMac-Pro1.local. Download-Speed 42.43 MiB\s (8x)
Peer-to-Peer Statistics End

2

Be sure to either start the Corona License Server first before the TR Clients, or best yet, update to the latest daily which resolves the need to do that (see https://forum.corona-renderer.com/index.php?topic=23346). Let us know if either of those resolve the issue. It could be of interest to have the scene that causes problems too, since it doesn’t happen in every scene - you can use the private uploader. See https://help.c4d.corona-renderer.com/support/solutions/articles/12000033461-how-to-report-issues- for how to report issues and send in things via the uploader (like TR logs, scene, etc.)

Thanks!

3

Thank you very much for your help!

yes the (Error) Render-Job failed: Rendering stopped because of an out-of-memory or unknown error is not showing anymore, and it seems to work now.

However some xref objects are with some transparency and the team render is actually more slow than render in only one machine , but I think that may be a problem relative to Maxon.

Once again, thank you for your help and next time I will follow better how to report the issue :smiley:

4

Hi!

Some quick thoughts - I’ve only found TR slower than on one machine when the packet size is too small (it may happen with larger resolutions), and raising that by setting the TR settings in the Corona render settings to manual and using a larger packet size corrects that. What is the resolution of the image?

Other than that, it may be the xrefs are on a network drive, not sure how that might impact things if so? It could be a C4D issue, but might be interesting to know more just in case :smiley:

5

You are totally right!

The ouptut size is actually not so big ( 2560x1600 ) but when I changed the size of packet, made all the difference in time difference.

So, with client interval 5s and maximum size packet 2, the render without TR was 00:15:41 and with TR was 00:18:21, so with TR took more time.

When I changed the size of packet to 128mb the render with TR was 00:08:19, so almost half the time, that was awesome!

However I still have a problem, if I put in size packet lets say, 256mb or 512mb, the render won’t finish totally.

I attach a file with the issue

This may seem stupid but is there any relation between size packet and output size?

thanks again for your help

test_issue_.jpg
test_issue_.jpg1250×781 247 KB

6

Hi!

Can you give more information about the “won’t finish totally” - was it rendering to noise, passes, or time? How many passes did it say it had done, compared to how many it does on the local machine only? Did it finish receiving all data from the clients (ie was it really finished)? Does it just stop normally, or with any sort of error (either directly in C4D, or shown in the logs in the clients)? What does the image look like from just the local machine?

The scene might be useful in this case so that we can test here, since that sounds a bit unusual, can always use the private uploader to send it along, info for that is on the https://help.c4d.corona-renderer.com/support/solutions/articles/12000033461-how-to-report-issues- page (along with other useful info :smiley: )

7

Hi!

Sure, so I have max 30 passes with denoising and im also using LightMix. The render appears as finished, so it completes 30/30 passes without any warning or stop, but the final looks like the image I sent.

I will send another two images, one with and without TR with size packet at 256mb. Both with denoising and 30 passes completed

I will also upload the file throw private uploader.

Thank you once again

image_with_tr_10m14s.jpg
image_with_tr_10m14s.jpg2560×1600 891 KB

image_without_tr_16m31s.jpg
image_without_tr_16m31s.jpg2560×1600 507 KB

8

Definitely looks like it hasn’t received all the data from the Clients, which is why the top half looks perfect (all data received), and the bottom is just an early pass. With LightMix layers being included, I wonder if it wasn’t still receiving data and hadn’t finished that step (but the render would be done, so the VFB would look like it was done)?

9

Hi, did you by any chance hit the stop button twice?

10

Hi all,

I assume the render was finished because it appears the green light in picture viewer when the render is finish.

I tested without the LightMix and the render is ok, so I assume is something relative to LightMix.

@houska , no I haven’t hit the stop button twice, not even once, I let the render finish :smiley:

I already sent the file throw private uploader

Thank you all

11

Hi, do you recall what the file is called that you uploaded, was it to dropbox or the regular uploader?

12

hi,
the file is hanni areal 3dmodel.zip

I may send it twice, because took a while to send and I was not sure if it send it. the file is not to heavy, 173.5mb

thank you

13

Not sure if the green light simply means “All rendering calculations are finished” - it may not mean “and all data has been sent over the network from the slaves and combined with the original”. There could be a lot of data to move with LightMix elements. What happens if you let it sit there for 5 minutes after the green light?

PS also, for the devs, do you know when the light goes green here, on calculations being finished only, or on “all data received and combined and displayed”? :smiley:

14

Well, I don’t know why but now it works correctly, the render with and without Team Render.
I just deleted the xref that a I had,and then insert them again, because thoose xrefs were showing some transparency, and now it works fine.

But when the final render with TR was showing the problem, if I waited 5/10m the problem maintains.

Not sure if I understood the other question. I assume that when the light circle in picture viewer and also on TR Client is green all data received and combined and displayed are completed.

Do you already have opportunity to test it with the file I sent?

Thank you!

15

I can’t test on a Mac, I am Windows only :smiley: So that would be for the developers to have a look into.

16

Oh unless by “green light” you are referring to the status of the machine in the TR Machines list?

17

As a PS, I don’t see the scene in either dropbox or private uploader.

18

ah, ok! Thanks anyway :smiley:

19

Yes, green light I was referring also to the TR machines list

the file has this name :

1549283860_hanni-areal-3dmodel.zip

Thank you!

20

File is there now, ty.

As a note, I have the following warning about missing plugins, MultiCloner, MultiFlora and Forester Tree, so any testing I am able to do will have to keep that in mind. Not sure about what others in the support team have installed.