← Back to team overview

hugin-devs team mailing list archive

[Bug 1630172] Re: Unadequate stitching of a HDR panorama

 

Dear Stefan,


The only problem with autopano-sift-c I see is the way it handles input pto... Regarding the control points search it beats cpfind, especially in indoor panoramas. But control points are not the main concern for me now - I need to get enblend/verdandi working in HDR pipeline. Don't suggest me enfuse, already tried :) I need to get HDR working :\

-- 
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


References