HDR autocrop

Bug #679981 reported by flpm on 2010-06-16
This bug affects 1 person
Affects Status Importance Assigned to Milestone

Bug Description

A button analogous to the current "autocrop" button for HDR images. This would set the crop region equal to the largest possible area that is covered by every single exposure-level in the set, so that the final HDR did not end up with areas that do not have the full exposure information.

tmodes (tmodes) on 2010-11-22
Changed in hugin:
importance: Undecided → Wishlist
Yuv (yuv) on 2010-11-27
Changed in hugin:
status: New → Triaged

The attached patch implements this function.

tmodes (tmodes) wrote :

He Vladimir,

thanks for patch, applied to default branch.

But there were some little changes necessary: The function getHDRstacks is not the fastest one. So adding this function to panoramaChanged would result in long delays after *every* change to the panorama. I removed it from panoramaChanged and added a fall back to the "old" autocrop in case no stacks were detected.

Changed in hugin:
status: Triaged → Fix Committed
tmodes (tmodes) on 2012-07-21
Changed in hugin:
milestone: none → 2012.0beta1
hvdwolf (hvdwolf) on 2012-07-23
Changed in hugin:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers