<div dir="ltr">Greg thanks for starting to experiment with this. I'm the one who asked for this functionality but others have shown interest too. You're addon is very cool. However I think this implementation will suffer a lot from the startup Export and BVH building time. This can be happily ignored with simple scenes but on large scenes it can represent a good percentage of the total rendering time. Ideally the progressive animation rendering implementation would be able to save this scene data to disk along side the frame to be able to resume as quick as possible, minimizing the overhead.<div>
<br></div><div>Thanks for your time and interest in this</div><div class="gmail_extra"><br clear="all"><div>Daniel Salazar<br><a href="http://patazstudio.com" target="_blank">patazstudio.com</a></div>
<br><br><div class="gmail_quote">On Wed, Jul 31, 2013 at 9:25 PM, Brecht Van Lommel <span dir="ltr"><<a href="mailto:brechtvanlommel@pandora.be" target="_blank">brechtvanlommel@pandora.be</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Greg,<br>
<div class="im"><br>
On Wed, Jul 31, 2013 at 7:48 PM, Greg Zaal <<a href="mailto:gregzzmail@gmail.com">gregzzmail@gmail.com</a>> wrote:<br>
> I'd like to know if there's any interest in this sort of thing, and if<br>
> so,(1) if someone could help me with it by coding the image merging bit to<br>
> combine all the different seeds so that an external program is not required.<br>
> And (2), after starting the Progressive Render, it's impossible to stop it<br>
> without actually killing the process, is there a way around this? I've had<br>
> to use Campbell's method from the Cell Fracture addon just to refresh the UI<br>
> and display progress..<br>
<br>
</div>For (1) you could run another blender instance in the background and<br>
create a compositing node setup with python to merge images.<br>
<br>
The other option is to simplify things and not do any merging at all<br>
and just start again each time, just running render animation. This<br>
would give you a 50% render time increase if you double the samples<br>
each time (which to me seems somewhat more useful than adding a fixed<br>
number of samples).<br>
<br>
Regarding (2), I think you would need to change the code so that your<br>
script is not the main loop but is listening to callbacks/events and<br>
acts on those. You would invoke the render operator (invoke not<br>
execute so it runs as a job that the user can cancel), and then wait<br>
for the render to be finished or cancelled. There is a render_post<br>
handler but launching a new render from that might be a problem as<br>
it's still running the render then, so some trickery might be needed<br>
with e.g. an operator listening to a timer that starts the next render<br>
a bit later.<br>
<div class="im"><br>
> Or perhaps there's a better way with more solid integration with the<br>
> rendering process?<br>
> Since it's on the Todo list, I assume it's eventually meant to be a part of<br>
> blender itself and not simply an addon.<br>
<br>
</div>Integrating this natively will of course give a better UI and<br>
integration. It needs changes in both Blender and Cycles, and is<br>
closely related to implementing pause/resume rendering too, since<br>
progressive animation render is like pausing a render for each frame<br>
and then resuming it later.<br>
<br>
I'd like to add this but it's a matter of time/priorities, I guess<br>
users will be happy with an addon for now, unless a developer here has<br>
time to work on a native implementation.<br>
<br>
Brecht.<br>
_______________________________________________<br>
Bf-cycles mailing list<br>
<a href="mailto:Bf-cycles@blender.org">Bf-cycles@blender.org</a><br>
<a href="http://lists.blender.org/mailman/listinfo/bf-cycles" target="_blank">http://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
</blockquote></div><br></div></div>