Resume render file

[Chakib]

Hi, i have a suggestion about a nice feature like in maxwell render :  the mxi file is great to use later to resume the render at a certain time, so you can add more quality whenever you want without restart the render.

A resume file for corona will be a great thing if possible.

[Oltskul]

This would be very very awesome! Not event great, but also grand, large maybe...



Anyway bit ontopic-ish OT, when i was rendering visualisation (http://forum.corona-renderer.com/index.php/topic,336.0.html) on my friends computer, he suggested one thing.

Why not move (on demand!) VBF from RAM to HDD?

Backstory is that, he had to buy an additional RAM (from 6GB to 16GB), beacuse of the very HiRes render (6k x 6k), which has taken around 10GB of RAM.


I could not give him straight answer. So I gave him quite s***ty answer. "I do not know, I cannot give you propper answer, maybe it could be possible, maby not. Perhaps it is possible, but the disk acces time could be MASSIVELY TERRIBLE, so it would be unusable.. Unles you buy TurboUltraRAID321^tm. Which cost more than new computer with 96GB RAM"

With moving VBF from RAM to HDD, you may render very very large images in cost of speed. Or at the massive cost of speed? (main issue is writing massive nuber of small data, right?)


- So I am asking you folks, is this even possible? Since geometry is in RAM, GI sollution could be cached on disk and light ray exist only for brief moment right?

[Ondra]

Why not move (on demand!) VBF from RAM to HDD?

Because you need to access it 10 000 - 1 000 000 times per second in random order to write new pixels.

But it would be viable with some optimizations (bucket rendering)

[Oltskul]

ok, fair enough:) Now chop chop and make "Resume render file" :) JK

[maru]

How about using flash memory (like 32gb sd cards or similar) instead of ram or together with ram?

[Ondra]

I'll remove it here, it is already in Mantis