Might be a stupid question - if you have multiple render nodes and hit render it renders all of them frame by frame leading to epilespy for my clients in the room.
If i remeber correctly on my last job i had a script not doing this but rendering render node 1 then node 2 , i might have seen ghosts though, but is there some setting anywhere to do it one by one and not flicker-mc-flicker?
I have seen both flicker render and node by node, and i havent a clue how you change the behaviour. Thought it was Step Render, but i think that just renders fewer renders so you can do quick tests.
I was an impression that if he changed the party Slider and set each renter as a priority, it would render in the order of the party that you sent. Thereby eliminating an epileptic seizure town.
Render nodes on different branchs, render sequentialy node by node following the priority number . Render nodes in same branch, always render frame by frame in parallel.
Despite all, I´d swear that in old flame versions (15 - 10 years), render nodes rendered sequentialy node by node in all cases. But I couldn’t say for sure.
If you switch the preference for Rendering Display in General to “Allow Tearing (faster)” it will bypass the broadcast monitor entirely, so at least you can mitigate the epilepsy somewhat.
Priority is handy when you’ve got seventeen resizes in one batch and want them all to land in the reel in their desired order.
Priority breaks when render nodes share a tree. Flame only processes each node once. Shared nodes will cause the downstream render nodes to share priority and cause the “render flicker shuffle” as they render together.
I can see how it would upset clients, but being the sort of shit that I am, I consider that a feature and not a bug.
Right? If you had a really heavy tree with a bunch of social resizes on the end as outputs, would you want Flame to rerender the whole tree for every output? Of course not. You’d want it to do the full-rez render once then loop through all your resizes. Dramatically faster, no?