Posts by Janus

1) Message boards : Comments and discussion : 3444 (Message 15397)
Posted 1 hour ago by Profile Janus
This one renders as just a static frame. Also, it renders extremely quickly, did you forget something in the scene?
2) Message boards : Server backend and mirrors : Data Compression (Message 15396)
Posted 1 hour ago by Profile Janus
Down to 300 sessions now.
Pausing this temporarily since there is currently a heat wave going on and it is getting pretty hot in the server room
3) Message boards : Comments and discussion : 3442 (Message 15394)
Posted 3 days ago by Profile Janus
Those are some weird issues.

The first one (anything being pink) is usually Cycles' way of saying that it is missing a texture or that some part of the texture generation pipeline failed to provide any output. It replaces the texture with full red and blue, which is pink.

I checked out your scene on the test machine with two different profiles - one used for the renderfarm clients and the one that ships as default with Blender. It only has this issue on the renderfarm.
I'm not entirely sure what is going on but the clients unpack all textures etc. to a directory called "textures". This works fine and the files are actually all there.
But the file is marked as "linked" into a library called "Lib.002" located at "//../Characters/cookieFlexRig-1.2.2/Dad Blink.blend", a file that does not exist, so Blender does not even try to read the file from the unpacked location.

You can try it yourself by copying your file to a new folder, opening it in Blender and then selecting "File -> External Data -> Unpack" and do a render.

The data block for those textures is clearly in the Blend-file but the description of their location is really odd when you inspect it with the Outliner tool.

Now, the reason why textures are unpacked is that Cycles initially wanted them as files. This is no longer the case, they now interface directly with Blender, so I'll have a look at removing that step after the weekend.
4) Message boards : Comments and discussion : 3442 (Message 15392)
Posted 3 days ago by Profile Janus
The progress estimator is very inaccurate - especially so for Cycles sessions. Ignore it for now.
5) Message boards : Comments and discussion : 3442 (Message 15389)
Posted 4 days ago by Profile Janus
It looks like Blender has all the data available in the .blend-file to render this session.

The session was accepted with a few notes:
1) The scene checker reports:
Dependency cycle detected: body_variants depends on root through Parent Relation. root depends on body_variants through Pose Constraint. Dependency cycle detected: body_variants depends on root through Parent Relation. root depends on body_variants through Pose Constraint. Dependency cycle detected: rig depends on TaliUncle.LowRes_proxy through Proxy. TaliUncle.LowRes_proxy depends on rig through Driver. Dependency cycle detected: rig depends on Son.lowRes_proxy through Proxy. Son.lowRes_proxy depends on rig through Driver.



2) The splitframe setting was reverted from 128 to 1 since each frame is expected to take less than 1 hour of rendertime.

3) Are the layers ok?
6) Message boards : Comments and discussion : 3438 (Message 15388)
Posted 5 days ago by Profile Janus
For faster session reviews in the future try to avoid attaching scripts like "properties_material.py" to the .blend-file unless you need them - as they have to be checked manually.

Also, this renders so quickly that it would probably be faster to render locally rather than on a renderfarm.
7) Message boards : Comments and discussion : 3441 (Message 15387)
Posted 5 days ago by Profile Janus
This session seems to be more than 400 identical frames when rendered and was reduced to 1 frame. Also it renders extremely fast, try avoiding splitting a session into more parts if a single part is less than 1hour of rendering on a normal machine.
8) Message boards : Comments and discussion : 3440 (Message 15386)
Posted 5 days ago by Profile Janus
This one seems to render as 180 times the same static frame. It also renders very quickly.

Was something forgotten in the scene?
9) Message boards : Comments and discussion : 3437 (Message 15385)
Posted 7 days ago by Profile Janus
Something is terribly wrong with this .blend-file. It still says it is missing the libraries, but it also manages to crash Blender while it is trying to build the scene:
./blender(build_dag+0x118) [0x17a1198] ./blender(DAG_scene_relations_update+0x58) [0x17a2f18] ./blender(BKE_scene_set_background+0x9b) [0x18741eb]

Some Blender dev may be interested in exactly what was done to make this happen.

The session was rejected.
10) Message boards : Comments and discussion : 3436 (Message 15383)
Posted 7 days ago by Profile Janus
A number of references to
Characters/cookieFlexRig-1.2.2/Dad Blink.blend
Characters/cookieFlexRig-1.2.2/Son 1.blend
from the primary scene suggests missing external library files located on your computer. Unfortunately the renderfarm does not support rendering libraries that weren't uploaded with the session and currently there is no way to upload external libraries.

For now you will have to append all data, the data that you want to render at least, into the scene.

The session was rejected.
11) Message boards : Problems and Help : completed marked as invalid (Message 15378)
Posted 16 Jun 2018 by Profile Janus
That session was a non-deterministic Cycles session, it is not the native rendering engine of Blender but a new renderer that has grown in popularity over the recent years. Cycles is only experimentally supported due to it occasionally rendering different images for the same frame. This session had this defect and was switched to a different mode to shut it down as soon as an admin noticed it (check the sessions subforum for a timestamp).

It does indeed look like only one returned result is selected, and it is, but in reality credit is granted retro-actively using a different system called PayDay. Non-deterministic sessions can potentially run amok and generate an infinite number of WUs for each frame. In this case an admin stopped it after just around 8, and there is an automated system in place to stop it after 20 as well.

This issue happens from time to time. It will keep happening until the new Cycles-compatible validator is installed (and probably even a bit after that until it is fully dialed in). The code for it has been written recently but it requires a big change in the validation infrastructure meaning that it also requires changes in our current validator to deploy. Currently we're compressing old sessions and using the old trusty (and very strict) validator to check that the compression went well. The hope is to update to the new version of the old validator as well as the first version of the Cycles validator once that task is done. You can follow the progress on the Server Status page.

We will be using the extra returned results as training data for the new validators.
12) Message boards : Comments and discussion : 3433 (Message 15373)
Posted 15 Jun 2018 by Profile Janus
This session contains non-deterministic noise and had to be switched to best-effort rendering because it was causing too many validation errors. Credit will be covered in the next PayDay run as usual.
13) Message boards : Comments and discussion : 3434 (Message 15371)
Posted 15 Jun 2018 by Profile Janus
This session was rejected because the resolution specified during upload did not match the resolution in the scene and the resolution specified in the scene matches an existing session that was already rendered.

Also, we cannot render it much larger than this anyways without splitting the frame - and that requires disabling the postprocessing nodes or doing them off-farm.

Additionally, testicles.
14) Message boards : Comments and discussion : 2863 (Message 15370)
Posted 14 Jun 2018 by Profile Janus
This session got stuck in an unfortunate bug in the upload handler and was recovered but is now rejected because full copyright was selected as the scene licensing whereas the actual scene file copyright seems to belong to Manu Järvinen (a different person than the uploader)
15) Message boards : Problems and Help : Problem Creating Session (Message 15369)
Posted 14 Jun 2018 by Profile Janus
Turns out a recent software upgrade changed the naming of a parameter relating to uploaded files. The max file size was temporarily 2MB - and this is also why it took a little while extra to spot the issue since the default test scene is smaller than that and passed the upload test.

Hopefully you should be able to upload again now. Thanks for reporting the issue!
16) Message boards : Server backend and mirrors : Data Compression (Message 15366)
Posted 5 Jun 2018 by Profile Janus
Down to less than 400 sessions still waiting for compression now, processing has been slowed down a lot due to the summer heat.
17) Message boards : Problems and Help : Problem Creating Session (Message 15365)
Posted 5 Jun 2018 by Profile Janus
That's a bit odd - This is what happens if you press the "Upload" button but the server isn't receiving anything. The upload system seems to be working fine, though.

What file are you uploading? What size? Anything special about it? Interesting letters in the filename?
18) Message boards : Problems and Help : E-Mail verify fails (Message 15360)
Posted 22 May 2018 by Profile Janus
I can confirm that there has been issues sending to some German servers again.

Recently spammers tried to register with all kinds of non-existant email addresses and caused the service to burn through the entire email quota trying to send out emails to them (we pay per email regardless if it is delivered or not), so I have had to shut down the secondary mail relay that we used for problematic emails for now until I figure out a better way to handle that situation.

Work is being done on an alternative fix to the issue but it takes some time for DNS changes to kick through to the internet.

This is mostly limited to gmx/web.de, gmail ought to work.

[Edit:] And gmx/web.de should be working again too
19) Message boards : Comments and discussion : 3426 (Message 15357)
Posted 13 Mar 2018 by Profile Janus
This session seems to be missing "Winter-in-forest-at-the-seashore-2048x.png" which was references as environmental texture.

Did you remember to pack textures in the file menu before uploading?

The session was rejected.
20) Message boards : Client : BURP Criu Checkpointing (Message 15356)
Posted 7 Mar 2018 by Profile Janus
Beating a dead horse here, but BURP doesn't support checkpointing with Blender because Blender does not support checkpointing.
For quite a while it was believed to be impossible to do this without adding specific code for it in Blender, but it actually turns out to be possible but just very very (very!) very difficult.

The OpenVZ people created a little tool called Criu that can create snapshots of live processes on Linux and surprisingly, with enough tweaking, it actually works on Blender running inside of the Glue3 controller process in our client.

However, getting it working reliably is incredibly complex and the tool has a number of drawbacks:

  • Only works on Linux
  • Only works if BOINC/Glue3 runs as a privileged user or a privileged user has started a Criu service
  • Does not work with CUDA/OpenCL
  • Checkpoints are very large compared to other BOINC projects. Essentially RAM usage + a bit
  • Creating the checkpoint freezes the process for a short while
  • Restoring from a checkpoint is fairly complicated and involves spawning a new PID namespace to avoid overlapping with the process ID of already running processes on the system, which again requires a privileged user
  • Input/Output and log files are more difficult to handle
  • Some data will have to be juggled around and some changes may have to be rolled back in case a stale restore point is ever used (like after a computer crash where it did not have time to write a restore point while shutting down)


Here's an example of some Blender output that was suspended/resumed. Notice how Blender gets a bit confused about the sudden time shift:

... Fra:1 Mem:204.58M (0.00M, Peak 225.66M) | Time:00:00.82 | Mem:27.12M, Peak:27.12M | Scene, RenderLayer | Updating Lookup Tables Fra:1 Mem:204.58M (0.00M, Peak 225.66M) | Time:00:00.82 | Mem:27.12M, Peak:27.12M | Scene, RenderLayer | Updating Baking Fra:1 Mem:204.58M (0.00M, Peak 225.66M) | Time:00:00.82 | Mem:27.12M, Peak:27.12M | Scene, RenderLayer | Updating Device | Writing constant memory Fra:1 Mem:204.58M (0.00M, Peak 225.66M) | Time:00:00.82 | Mem:27.12M, Peak:27.12M | Scene, RenderLayer | Path Tracing Tile 0/40 Fra:1 Mem:470.08M (0.00M, Peak 483.58M) | Time:00:36.53 | Remaining:03:26.51 | Mem:292.70M, Peak:297.20M | Scene, RenderLayer | Path Tracing Tile 1/40 Fra:1 Mem:470.08M (0.00M, Peak 483.58M) | Time:00:50.17 | Remaining:03:02.22 | Mem:292.70M, Peak:297.20M | Scene, RenderLayer | Path Tracing Tile 2/40 Fra:1 Mem:467.55M (0.00M, Peak 483.58M) | Time:00:52.53 | Remaining:02:58.50 | Mem:290.17M, Peak:297.20M | Scene, RenderLayer | Path Tracing Tile 3/40 Fra:1 Mem:467.55M (0.00M, Peak 483.58M) | Time:01:07.99 | Remaining:02:47.67 | Mem:290.17M, Peak:297.20M | Scene, RenderLayer | Path Tracing Tile 4/40 Fra:1 Mem:465.02M (0.00M, Peak 483.58M) | Time:01:08.55 | Remaining:02:46.24 | Mem:287.63M, Peak:297.20M | Scene, RenderLayer | Path Tracing Tile 5/40 [Criu suspends] a bit more than half an hour passes while I mess around trying to get it to resume... [Criu resumes] Fra:1 Mem:462.48M (0.00M, Peak 483.58M) | Time:36:03.08 | Remaining:01:18:41.27 | Mem:285.10M, Peak:297.20M | Scene, RenderLayer | Path Tracing Tile 6/40 Fra:1 Mem:455.45M (0.00M, Peak 483.58M) | Time:36:15.55 | Remaining:01:05:12.37 | Mem:278.07M, Peak:297.20M | Scene, RenderLayer | Path Tracing Tile 7/40 Fra:1 Mem:448.42M (0.00M, Peak 483.58M) | Time:36:23.59 | Remaining:57:56.10 | Mem:271.04M, Peak:297.20M | Scene, RenderLayer | Path Tracing Tile 8/40 Fra:1 Mem:440.41M (0.00M, Peak 483.58M) | Time:36:23.96 | Remaining:57:39.07 | Mem:263.03M, Peak:297.20M | Scene, RenderLayer | Path Tracing Tile 9/40 Fra:1 Mem:438.44M (0.00M, Peak 483.58M) | Time:36:31.36 | Remaining:52:17.09 | Mem:261.05M, Peak:297.20M | Scene, RenderLayer | Path Tracing Tile 10/40 ...


For now I'll just leave it at this proof-of-concept example and note that Criu is a very impressive tool. It even allows resuming Blender on another computer than where it was originally running, which is quite mind-blowing.

So, yes, it is theoretically possible to provide checkpointing under very specific circumstances for some specific kind of sessions on Linux. However, the downside is that doing so would add a lot of complexity to the client as well as require more privileges than what we are comfortable requesting people to give to the client.


Next 20