Background: I'm generating (on Ubuntu 20.04 LTS & Hugin 2019.2.0.b690aa0334b5) a sequence of 12947x2483 OpenEXR 360-panoramas from 4x OpenEXR image streams of 6144x3456 each.
The good parts (nona): Nona works well! I can fork 12 processes and speed up the "nona -r hdr -m EXR_m -o out rig1.pto A.exr B.exr C.exr D.exr" part from 56s per frame to 7s per frame (on average). The problem (enblend): To get the best final results, I need to use enblend. I pre-saved the masks hoping it would speed up the process a bit so using enblend like this: enblend --load-masks=rig1/mask-%n.tif -v -f12947x2483 --output=pano0001.exr pano0001_stack_hdr_0000.exr pano0001_stack_hdr_0001.exr pano0001_stack_hdr_0002.exr pano0001_stack_hdr_0003.exr Problem is that if I try to split up the enblend part to multiple processes, enblend fails randomly with signal(2) and signal(9). Enblend works well as long as I call it exactly from one process at a time, so I'm very sure the issue is related to calling it multiple times simultaneous. The file names are prefixed uniquely with frame number so there shouldn't be any collisions. Right now my compromise is to split up nona part to 12 processes and then queue up enblend part and do it frame-by-frame from a single process. That is far from ideal because the enblend is the bottleneck in the first place. Any thoughts or suggestions? Thanks, Jani -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/f6f64af6-230c-4705-bc38-b85c5870bb5ao%40googlegroups.com.
