I have three Neat Video 6 nodes in my batch at various stages of the setup. I pre-render the first stage with one Neat node out to EXR. Relatively quick on my old hardware:
Stage 1 pre-render: 4 minutes
I then import those rendered EXR files into my batch using the read file node and feed that into the next stage of my batch and render that stage out to another EXR sequence:
Stage 2 pre-render: 7 minutes
I do the same import and connect the rendered EXR sequence for the third and final stage of my batch, again with one Neat node in it.
Stage 3 render: 12 minutes
So, my total render time for the batch is 23 minutes. Plus the time and overhead of managing the pre-rendered EXR files, which is not insignificant and a real drag if you have several of these setups to process.
If I use the same setup but donāt pre-render anything, just connect nodes like normal (again, a total of 3 Neat nodes, none of them directly connected to each other)⦠Flame is estimating 16.5 HOURS after rendering the first 7 frames and the time keeps climbing after each frame rendered. Woof!
It looks like Iām only using about half of the VRAM on my GPU, so it shouldnāt be that. I could almost understand if it was 20% slower. Hell, even 50% slower is maybe acceptable if you want unattended processing bad enough. But less than 30 minutes to many HOURS? Something seems wrong.
Is this an OFX issue in Flame or something special with Neat? I donāt have any other OFX nodes to try with. Anyone using Neat with Nuke and see this kind of performance issue if you use multiple neat nodes in a script?
Iāve seen a couple of topics with a similar issue but one was mentioning color shift issues with multiple neat nodes in a batch. Iām not seeing any problems with the output, itās just extremely slow when the one Neat node depends on the results of another Neat node.
-Matt
Linux, Flame 2022.1, 128 GB RAM, M6000 (12 GB)