1) Didn't think about that as an issue; 2) Yeah, I see now. The problem is - how do I set response type using only console tools? Yeah, I can do it by sed, but that sounds wrong; 3) HDR files may indeed have different exposure levels, but I expected autooptimiser to handle that. But even after fixing response type I don't see big improvement :/ vig_optimize is of no help (doesn't calculate the EV even if I set the corresponding variables with ptovariable). I also tried Hugin GUI - also no help. Any suggestions are welcome!
-- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Enblend. https://bugs.launchpad.net/bugs/1630172 Title: Unadequate stitching of a HDR panorama Status in Enblend: New Bug description: HDR files: https://fliker09.tk/sharedstuff/launchpad/1.hdr https://fliker09.tk/sharedstuff/launchpad/2.hdr https://fliker09.tk/sharedstuff/launchpad/3.hdr https://fliker09.tk/sharedstuff/launchpad/4.hdr Project file: https://fliker09.tk/sharedstuff/launchpad/panorama_8_panomodify.pto Execute: nona -m EXR_m -o panorama panorama_8_panomodify.pto I get 4 EXR files. For visualization I tone-mapped them using mai11 operator: https://fliker09.tk/sharedstuff/launchpad/panorama0000.jpg https://fliker09.tk/sharedstuff/launchpad/panorama0001.jpg https://fliker09.tk/sharedstuff/launchpad/panorama0002.jpg https://fliker09.tk/sharedstuff/launchpad/panorama0003.jpg Looks all good. After that I try to stitch them using enblend 4.2 (nft and graph-cut algorithms) and verdandi 2016.2.0 (watershed algorithm): enblend --wrap=horizontal --blend-colorspace=IDENTITY -o panorama_original.exr --primary-seam-generator=nearest-feature-transform panorama000*.exr enblend --wrap=horizontal --blend-colorspace=IDENTITY -o panorama_original.exr panorama000*.exr verdandi --wrap --seam=blend --output=panorama_original.exr panorama000*.exr I again tone-mapped the results for visualization: https://fliker09.tk/sharedstuff/launchpad/hdr/ I hope no commentaries are needed... Next, I decided to tone-map the nona's output: pfsin panorama000$i.exr | pfstmo_mai11 | pfsout panorama000$i.tiff convert panorama000$i.tiff -channel a -negate +channel panorama000$i.tif After that I stitched again: enblend --wrap=horizontal --compression=none --blend-colorspace=IDENTITY --fine-mask -o panorama_original.tif --primary-seam-generator=nearest-feature-transform panorama000*.tif enblend --wrap=horizontal --compression=none --blend-colorspace=IDENTITY -o panorama_original.tif panorama000*.tif verdandi --wrap --seam=blend --output=panorama_original.tif panorama000*.tif And here are the results: https://fliker09.tk/sharedstuff/launchpad/tmo/ Difference is huge... Much better results! Now the question - why so bad with EXR files? Am I doing something wrong? To manage notifications about this bug go to: https://bugs.launchpad.net/enblend/+bug/1630172/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~hugin-devs Post to : [email protected] Unsubscribe : https://launchpad.net/~hugin-devs More help : https://help.launchpad.net/ListHelp
