![Idea :idea:](./images/smilies/icon_idea.gif)
Given
-Metropolis, render_n+1 depends on result_n, except n=1 , means principally single core only
+Z cores (Z, Z=8*i, i=1,2,3,...)
Searched
:multithread render
Ideas
Idea 1
1 a generates Z new large mutations start conditions
1 b, each core renders one large mutation following small mutation with max cons. rejects
1 c result evaluation after all threads finished generates Z new large mutations start conditions.
EDIT: Read over next post with additional points for idea 1.
Idea 2
2 a define Z cameras, adjust each camera focus length in a way each camera covers 1/Z part of image, adjust camera angle and position i a way sub-image stiching leads to seamless 2D panorama of the size of image
2 b each core renders sub-image of one camera
2 c some cores reach max sample count earlier at the moment Z/(4*i) cores are done, the half number of cores with the lowest sample counts get stopped, their sub-image divided into 4 1/4 sized sub-images, then each of the Z/(4*i)+Z/(8*i) cores continue render. The remaining Z/(8*i) part-images get assigned to the next finishing cores.
2 d repeat 2 c until size of divided part-image falls below a defined limit. Render rest-images until all reach max count of samples.
Similar approaches could be used for network rendering too.
What do you think? Is one of these ideas feasible?