[Bf-cycles] Feature Requests for resume Rendering

David Black db4tech at yahoo.co.uk
Mon Dec 19 18:18:52 CET 2011

I agree Thomas, it should be a high priority on the ToDo list. :)

No matter how fast Cycles becomes, or what other great features are 
added, there's nothing worse than rendering for many hours /(or even all 
day!)/ to lose everything and have to start again.

When this feature is added, other ideas can be experimented with, if 
Blender becomes unstable for any reason at least a render can be resumed.

*The caveat being... *
As long as the resume render package data file does not become corrupt 
during a crash.
One solution would be to incorparate a similar method to Blender saves, 
.packagedata  .packagedata1 and so on.  Then, there will always be a 
lest one resume point, automatic .packagedata saves could happen at say 
at 10 min intervals?

Best wishes for 2012!


On 19/12/2011 16:42, Thomas Dinges wrote:
> Hi David,
> yes I had it in mind, that it was discussed before, although not the 
> exact mails. Thanks for the links! :)
> I just wanted to show the need for it, as I asked Brecht if this would 
> be possible for 2.62, which he answered with, that it's not a high 
> priority for him.
> I hope we can convince him to put it higher on the ToDo. :)
> I wish you Merry Christmas as well, thanks for your help!
> Best regards,
> Thomas
> Am 19.12.2011 17:28, schrieb David Black:
>> Hi Thomas,
>> They say great minds think alike, although they also say fools seldom 
>> differ! :)
>> If it's helpful, this has been discussed previously...
>> *My questions:*
>> http://lists.blender.org/pipermail/bf-cycles/2011-October/000184.html
>> *Daniel Salazzar's reply:*
>> http://lists.blender.org/pipermail/bf-cycles/2011-October/000185.html
>> *I sent this reply to Daniel /(didn't notice when replied that only 
>> sent it to his private e-mail address)/*/
>> /
>> "Thank you for your reply Daniel,
>> That sounds like an elegant solution, I did not realise that was 
>> possible.
>> David"
>> *
>> Brecht's reply:*
>> http://lists.blender.org/pipermail/bf-cycles/2011-October/000190.html
>> *My reply:*
>> http://lists.blender.org/pipermail/bf-cycles/2011-November/000212.html
>> Hope you and the rest of the Blender foundation have a fantastic 
>> Christmas!
>> Best wishes,
>> David
>> On 19/12/2011 15:09, Thomas Dinges wrote:
>>> Hi everyone,
>>> I want to suggest two features which would help a lot I think!
>>> 1) Ability to resume a rendering, even after Blender has been closed.
>>> The idea is that Blender saves all necessary data to be able to resume a
>>> render.
>>> This could be done via a file like Luxrender has (.flm)
>>> This would improve the workflow a lot in my opinion.
>>> Brecht, I don't know your plans about speeding up the render engine,
>>> especially not the time frame for optimizations. So especially now, when
>>> some scenes have a very long render time, this would help a lot.
>>> I can't let my computer (especially my laptop) render for a few hours,
>>> but often the image needs more time to clear up.
>>> So with a resume render feature, we could render very clear images, and
>>> if we ever feel like adding more samples, we could just load the blend
>>> file and the *.flm* or whatever to resume a render.
>>> 2) Save images in a specified interval
>>> Rendering on the GPU still causes some crashers from time to time in
>>> complex scenes.
>>> So it would be great to have an option, that Blender automatically saves
>>> the render as .png or whatever, every 100 samples (can be a setting too).
>>> What do you think?
>>> I am sure I am not the only one, especially the first request would be
>>> really a great addition.
>>> Best regards,
>>> Thomas
>> _______________________________________________
>> Bf-cycles mailing list
>> Bf-cycles at blender.org
>> http://lists.blender.org/mailman/listinfo/bf-cycles
> -- 
> Thomas Dinges
> Blender Developer, Artist and Musician
> www.dingto.org
> _______________________________________________
> Bf-cycles mailing list
> Bf-cycles at blender.org
> http://lists.blender.org/mailman/listinfo/bf-cycles

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.blender.org/pipermail/bf-cycles/attachments/20111219/6ec56842/attachment.htm 

More information about the Bf-cycles mailing list