I also changed the columns with the "left image" and the "right image". You
know that every control
point connects two images. One of the image is declared to be the "left
image" and the other the "right image".
But for the functionality of the control point it doesn't matter whether
it's declared so or vice versa (reversing the assignment
of "left image" and "right image".
It seems that when creating CPs with CPfind (Hugin's automatic CP
detector), the image with the smaller image number
is declared as "left image" and the other (with bigger number) the "right
image". But if you add CPs manually in
the CP editor, you may select an image with a bigger number in the left
image pane and the other in the right pane.
Then when adding CPs manually, they have the bigger image number "left" and
the smaller number "right".
When using Hugin, I may want to see in the control point list all CPs that
connect one special image (say image Nr. 100)
with any other image. In Hugin version 2020 I can sort the column "left
image" by clicking on its header. Sometimes I made the error
to assume that by scrolling to the CPs with "left image" 100 I could see
all CPs that connect image 100 with some other.
But this is not right because there are also CPs that have image 100 as
"right image" and some other as "left image".
So I decided not to use the columns "left image" and "right image", but
instead the columns "Min Image Nr" and "Max Image Nr".
The problem with finding all CPs with and image Nr 100 and any other image
is still there in my version of Hugin (with the new columns),
but in my eyes it's clearer with my solution. When sorting by ascending
"Min image" and go to where the min images Nr 100 are,
it's clear that the corresponding "Max images" cannot be smaller that 100.
So you must afterwards sort by "Max image Nr" and goto
max images 100. So you can see the min images with numbers < 100.
Of course the problem of finding all CPs that connect e.g. image Nr. 100
with some other image can also be solved in the CP editor
by selecting image Nr. 100 left and seeing the images that are highlighted
in the drop-down list right.
When selecting two images in the left and right drop-down lists in the
image editor all CPs are shown if they connect these
two images - even if the assignment to "left" and "right" image is
reversed. This also shows that the order in that "left" and "right" are
assigned to the images of a CP doesn't matter for the functionality.
.
Florian Königstein schrieb am Donnerstag, 15. Juli 2021 um 09:36:42 UTC+2:
>
> I did the following changes on Hugin++:
>
> * When stitching the panorama, a temporary file with the image filenames
> is created if the command line would be longer than about
> 7000 characters (to be exact: 8191 - 1024, older versions of Windows
> support only 8191 chars in a command line,
> and for other arguments I reserved generously 1024 chars). So Hugin++
> works both with enblend and with my modified Multiblend if the command line
> would be too long.
>
> In the control point list the following is changed:
>
> * Added the buttons "next new image pair" and "previous new image pair". A
> click on
> "next new image pair" causes the next image pair (down) in the current
> ordering to
> be selected that is not used by the current or any of the above control
> points.
> I find it useful because I order the list by descending errors. I begin
> with image
> pairs with control points with high errors and delete bad CPs or
> increase weights of good CPs.
> Then I go down in the list, but often there are CPs from the same image
> pair that I have
> already checked. So by clicking on "next new image pair" I don't loose
> time by looking at
> the same image pair several times.
>
> * "Stable ordering": You know that the list is sorted when clicking on the
> list header in one column.
> It is sorted by the "sort keys" in that column.
> Stable ordering means that - if there are CPs with equal sort keys -
> they are sorted by the (subordinated) sort key
> of the column on whose header was previously clicked. If there are CPs
> whose subordinated sort keys are also
> equal, they are sorted by a sub-subordinated sort key (in the 2nd
> previously clicked column).
>
> * Added "average yaw" and "average pitch" in respective new columns of the
> list. These are the
> average yaw or pitch of the two images of the CP. The yaw and pitch can
> be used just for information or for
> sorting. Since yaw and pitch are real (not integer) values, CPs with
> equal "average" yaw or pitch are typically
> only those belonging to the same pair of images.
>
> However you may want to view e.g. all control points with yaw between 20
> and 40 and pitch between 0 and 20 and
> sort them by descending error.
> This is possible by not using the average yaw or pitch directly as sort
> key. Instead the average yaw and pitch can be
> projected into one inter