This is it! I've been focusing on rendering and rendering and more rendering to get this to the finish line. I've run into issues with getting everything rendered in time because I only have one computer.
Unfortunately, I didn't finish rendering in time for the class deadline because I only have one computer to render on locally. What I do have is a composite of one shot rendered, the embers passes fully rendered and comped on top of the other flipbooks and then still shots of each shot to play at the end of the video.
I will finish rendering after I get moved and rebuild my machine in California which will be sometime end of June. I will be past school so I'll be taking more time to refine and improve my project as well. There's a lot more layers I wanted to explore and still do with being responsible for the entire pipeline.
Had to start off these last two weeks with some troubleshooting. As my file has gotten bigger and the elements evolve, the renders are requiring more RAM. I ran into an issue where 60 frames of my particulate rendering chewed through about 45 GB. The render memory was being accumulated per frame.
I was lucky enough to have join Alexander Weide's Renderman for Houdini Discord (wished I had found it sooner to be honest) and also find his tutorials. I highly recommend those. He was able to point out to me that the RAM over-flush is a hbatch issue, not a Renderman issue like I had thought it was (confirmed by sidefx, had be implemented in 16.5), and then he provided me with an example of rendering using PDG to bypass this issue. hbatch is really meant for just being useful simulations where that memory is needed.
The requirement of this is that the TOP network needs to be in a separate file so the project is loaded into empty memory. If it is in the same file, Houdini is forced to deal with unnecessary data. The CPU count must also be set exactly to what you have so that each work item is run one at a item if you only have one Renderman license. Other frame will write empty or not write at all.
One snafu this does create for me is that $N will not work anymore for writing the subframe renders to be compatible with Nuke because each job will be counted as frame 1 and will continually overwrite the same file. I returned to using $F4 and then doing a batch rename using adobe bridge.
My mentor also suggested I break out my rendering into a separate file that's only reading in what I need to render because my working file is about 90MB and takes 14GB of RAM just to open. That helped a lot with loading time every time PDG ran a new houdini instance.
I got all the particulate rendered without much issue. There are some bokeh in the renders that are very large despite a 0.0001 pscale on the particulate because that is controlled by the f-stop on the camera which is a constant value applied to all geometry. It is not calculated on distance to the camera like how the pscale is.
Particulate frames rendered at about 5-7 minutes a frame at mostly good quality.
I rendered the flames next and I ran into times of 12 minutes a frame at low quality settings and at half resolution. I reduced the sampling further and removed in-camera effects and got the frames to 10 minutes a frame at very low quality sampling. I was confused why the time was so much higher than it used to be.
Then I comped the render on a bright pink background...
Top: what actually rendered
Right: what I thought was rendering
So this was an issue I addressed way, way back about rendering smokeless flames in Renderman. I multiplied the density by the temperature to remove density in area of zero temperature.
That for some reason got turned off and it wasn't on when I rendered. That is the result and likely the source of my increase in render time.
My goal is to rerender that and hopefully it won't take 24 hours this time for one shot because I have this turned back on.
Currently, I am rendering the smoke and that's looking to be about 7 minutes a frame.
This is a test render for shot one with the lighting. I've added some cylinder lights for highlights since this render and other scattered assets including trees. I'm decently happy with the lighting. I want to add a volume atmosphere to the scene as well as some point.
Another test render for shot 4a. Again, a lot more has been added since this render and lighting has been improved.
I'll add lighting updates and final stills on Wednesday.