Re: [hugin-ptx] Re: OpenMP CMakeLists.txt patch

[Gunter Königsmann]

Disabling openMP seems like something that is useful when during debugging one 
wants to know if some malfunction is a threading race condition. But for 
compiling the application for the end-user disabling openMP sounds strange to 
me...

-- 
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 hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/4CA76323-8507-44D6-A70E-73487788F5BD%40gmail.com.

Re: [hugin-ptx] Re: OpenMP CMakeLists.txt patch

[Markus Meier]

On Sun, 24 Mar 2024 05:14:28 -0700 (PDT)
"'T. Modes' via hugin and other free panoramic software"
 wrote:

> Markus Meier schrieb am Sonntag, 24. März 2024 um 10:02:49 UTC+1:
> 
> would it be possible to include a fix to explicitly disable OpenMP if 
> requested by the user? 
> 
> 
> Sorry, but I don't understand what's your problem here.
> This code is in place since 10 years without problems.
> Second disabling the OpenMP multithreading does slow down many parts
> of Hugin. 
> 
> And the linked bug report does not help further.
> 

Sorry for the very late response...

The patch tries to "solve" the automatic linking / usage of the openmp
library in case it's installed. It's kind of the idea by Gentoo to
provide flexibility - meaning to be able to explicitly disable openmp
support for hugin (probably this is a bad idea, but ...).
That's the idea behind the patch, to have openmp detection kind of as
it is now, but the possibility to disable it.

Do you think there's a better way to achieve this?


Thanks and best regards,
Markus

-- 
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 hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/20240409205948.62380665%40xps13-2021.home.

[hugin-ptx] Re: align_image_stack parameters

['T. Modes' via hugin and other free panoramic software]

Chris schrieb am Dienstag, 9. April 2024 um 20:14:04 UTC+2:


*-v* Verbose, print progress messages. Repeat for higher verbosity
-
Does “Repeat…” mean that -v -v would output more details than -v?

yes,
 

*-l* Assume linear input files 
- 
Parameter-e states “(default: rectilinear)”. 
So isn’t this parameter redundant? Or does it mean something else? 

This refers to linear color space, this has nothing to do with rectilinear 
projection. So it is not redundant.
 

*--distortion* Try to load distortion information from lens database
 - 
Presumably if data is available, AIS uses it to try to compensate for the 
distortion. What happens if there is none or it’s invalid?

If no data is available, no distortion is corrected. 
 

*--use-given-order* Use the image order as given on the command line. (By 
default images will be sorted by exposure values.)
 - 
Does not affect 3D processing as images are identified as right and left by 
their order on the command line? 

Not sure what you mean with 3D processing.  
 

*--gpu* Use GPU for remapping 
-
 What happens if there’s no GPU or it’s unsuitable? 

Normally it should stop with an error message. But I have no test system 
without GPU. No sure if this is from any practical relevance.

*Group/Probable Relationship/Parameters/Function*

1x

Mutually exclusive

-p or -o

Output file(s)

No, they can be combined.
 

2x 

Mutually exclusive

-A or -P

-S?

Stereo image type

*It’s not clear whether -S must be used when -A or -P is, or whether it 
will be included automatically when -A or -P is.*

-A and -P add automatically switch -S internal.

*What is the difference between -A and -S?*

See the linked 
page 
http://vndlinuxphoto.blogspot.com/2011/01/stereo-image-alignment-in-hugin.html 


3x 

Mutually exclusive

-d -i -x -y -z

Which coordinate to optimise?

Can be combined in any combination. 

4x 

Mutually exclusive 

-e -l

Image geometry

*What’s the point of -l if the default is rectilinear?*

see above, both are unrelated. 

-- 
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 hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/ac5a38ae-e958-4c9b-a39f-b5d9c17675e1n%40googlegroups.com.

[hugin-ptx] Re: align_image_stack parameters

[Chris]

Thanks, I will have a look at your information. I tried to post it as two 
tables, but couldn't find any way to do so. The only way I could think of 
was a screenshot. Here it is as two lists:

*OPTIONS/**Function**/**Explanation/**Group* 

-
*Modes of operation:* 

-
*-p* *file* Output .pto file (useful for debugging, or further refinement) 
- 
-

-
*-a* *prefix* Output aligned images as prefix_.tif
-
Output an image for each input image, using the prefix shown. 
-
1x

-
*-o* *output* Align images and merge them to HDR, generate output.hdr
- 
Create one High Dynamic Range output file, named as shown.
1x

*-*
*Modifiers*: 

-
*-v* Verbose, print progress messages. Repeat for higher verbosity
-
Does “Repeat…” mean that -v -v would output more details than -v?
-

-
*-e* Assume input images are full frame fish eye (default: rectilinear)
-
Specifies a special image geometry.
3x

-
*-t* *num* Remove all control points with an error higher than num pixels 
(default: 3)
- 
Alter precision, maybe improve alignment but possibly make it impossible to 
match some images.
5x?

-
*--corr=num* Correlation threshold for identifying control points (default: 
0.9) 
- 
Alter precision, maybe improve alignment but possibly make it impossible to 
match some images. 
5x?

-
*-f* *HFOV* Approximate horizontal field of view of input images, use if 
EXIF info not complete 
- 
No idea.
-

-
*-m* Optimize field of view for all images, except for first. Useful for 
aligning focus stacks with slightly different magnification. 
-
 No idea. 
3x?

-
*-d* Optimize radial distortion for all images, except for first. 
- 
No idea.
3x

-
*-i* Optimize image center shift for all images, except for first. 
- 
No idea.
3x

-
*-x* Optimize X coordinate of camera position 
-
 No idea. 
3x

-
*-y* Optimize Y coordinate of camera position
 - 
No idea. 
3x

-
*-z* Optimize Z coordinate of camera position 
- 
No idea.
3x

-
*-S* Assume stereo images - allow horizontal shift of control points. 
- 
See -A 
2x?

-
*-A* Align stereo window - assumes -S Does “Assumes -S” mean “assumes you 
are also using -S”? So -S is mandatory with 
- -
A?
2x

-
*-P* Align stereo window with pop-out effect - assumes -S 
- 
See -A. 
2x

-
*-C* Auto crop the image to the area covered by all images
- 
-

-
*-c* *num* Number of control points (per grid) to create between adjacent 
images (default: 8) 
- 
Can select more or less precision by creating more control points per grid 
square.
6+

-
*-l* Assume linear input files 
- 
Parameter-e states “(default: rectilinear)”. 
So isn’t this parameter redundant? Or does it mean something else? 
3x

-
*-s* *scale* Scale down image by 2^scale (default: 1 [2x down-sampling+)
 -
 Reduce output image size in the chosen ratio to the input images.
-

-
*-g* *gsize* Break image into a rectangular grid (gsize x gsize) and 
attempt to find num control points in each section (default: 5 [5x5 grid+) 
- 
Spread control points evenly over image by dividing it into squares and 
having same number of control points in each. Where does *num* come from, is 
it -c num?
6+

-
*--distortion* Try to load distortion information from lens database
 - 
Presumably if data is available, AIS uses it to try to compensate for the 
distortion. What happens if there is none or it’s invalid?
-

-
*--use-given-order* Use the image order as given on the command line. (By 
default images will be sorted by exposure values.)
 - 
Does not affect 3D processing as images are identified as right and left by 
their order on the command line? 
2x

-
*--gpu* Use GPU for remapping 
-
 What happens if there’s no GPU or it’s unsuitable? 
-

-
*-h* Display help summary. 
-
-

==


*Group/Probable Relationship/Parameters/Function*

1x

Mutually exclusive

-p or -o

Output file(s)

-

2x 

Mutually exclusive

-A or -P

-S?

--use-given-order

Stereo image type

*It’s not clear whether -S must be used when -A or -P is, or whether it 
will be included automatically when -A or -P is.*

*What is the difference between -A and -S?*

-

3x 

Mutually exclusive

-d -i -x -y -z

Which coordinate to optimise?

-

4x

Mutually exclusive 

-e -l

Image geometry

*What’s the point of -l if the default is 

[hugin-ptx] Re: align_image_stack parameters

['T. Modes' via hugin and other free panoramic software]

Chris schrieb am Dienstag, 9. April 2024 um 00:51:28 UTC+2:

I am using align_image_stack to align 2 images for processing into a 3D 
image.

There is documentation https://wiki.panotools.org/Align_image_stack but the 
page states that ““*This article is incomplete. You can help Panotools Wiki 
by expanding it 
.”*

The descriptions are brief and I’m not sure I completely understand them 
all. It is not clear which options are mutually exclusive.

I expanded the wiki page. Hopefully this make some more clear.
All (or most) of the switches are not mutually exclusive, they can be used 
together. 
By posting only PNG images you make it more difficult to answer to some of 
your points.

e.g. -l switch refer to linear color space. This has totally unrelated to 
rectilinear images, also fisheye images can be in linear color space. So 
this switch is not redundant.

-- 
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 hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/0bf1f627-0578-4db5-9858-be6cf1170413n%40googlegroups.com.

Re: [hugin-ptx] Why does my system try to open plain text files in Hugin?

['Carl von Einem' via hugin and other free panoramic software]

The Settings Manager
 has a
"Personal" area that shows "Preferred Applications". I think that`s
where you can change those "Default" applications (third tab).

Carl

Am 09.04.24 um 09:37 schrieb David W. Jones:

On my Debian Bookworm system running XFCE, somehow Hugin has been set
as the "Default" application for a whole pile of file types that
belong to other applications. Examples: application/ecmascript,
application/kdenlivelayout, application/mathematica,
application/pgp-keys, etc, etc.

But the big functional problem is that double clicking a plain text
file (such as "filename.txt") tries to open it in Hugin.

I'm using Hugin compiled locally.

Using the XFCE default applications tool for assigning applications to
types doesn't let me reset; changing any of them to what they should
be just sets it to "Default", which is Hugin.

Ideas



--
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 hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/16bd4831-cdf3-41d7-9401-6c8e6c543e35%40gmx.de.

Re: [hugin-ptx] Why does my system try to open plain text files in Hugin?

['Carl von Einem' via hugin and other free panoramic software]

Hi David,

have a look at the settings dialog for standard applications. There is a
tab for "different" applications.


Cheers,

Carl

(I run my Mac with Xubuntu which also uses  XFCE)

Am 09.04.24 um 09:37 schrieb David W. Jones:

On my Debian Bookworm system running XFCE, somehow Hugin has been set
as the "Default" application for a whole pile of file types that
belong to other applications. Examples: application/ecmascript,
application/kdenlivelayout, application/mathematica,
application/pgp-keys, etc, etc.

But the big functional problem is that double clicking a plain text
file (such as "filename.txt") tries to open it in Hugin.

I'm using Hugin compiled locally.

Using the XFCE default applications tool for assigning applications to
types doesn't let me reset; changing any of them to what they should
be just sets it to "Default", which is Hugin.

Ideas



--
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 hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/0065a38a-6158-430d-b959-15570d80ab36%40gmx.de.

[hugin-ptx] Why does my system try to open plain text files in Hugin?

[David W. Jones]

On my Debian Bookworm system running XFCE, somehow Hugin has been set as 
the "Default" application for a whole pile of file types that belong to 
other applications. Examples: application/ecmascript, 
application/kdenlivelayout, application/mathematica, 
application/pgp-keys, etc, etc.


But the big functional problem is that double clicking a plain text file 
(such as "filename.txt") tries to open it in Hugin.


I'm using Hugin compiled locally.

Using the XFCE default applications tool for assigning applications to 
types doesn't let me reset; changing any of them to what they should be 
just sets it to "Default", which is Hugin.


Ideas

--
David W. Jones
gnomeno...@gmail.com
wandering the landscape of god
http://dancingtreefrog.com
My password is the last 8 digits of π.

--
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 hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/823ef775-14e5-49f7-90b2-d1b3b4177a79%40gmail.com.

Re: [hugin-ptx] Disappearing posts

[Bruno Postle]

First posts from users stay in the moderation queue until they get approved
(I'm a bit slow today as am at a theme park) - Bruno

-- 
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 hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/CAJV99ZhvjLJN4%2BHxfF5DW3-nwkDEgCMoLW3A_GT3ArHL2n08rQ%40mail.gmail.com.

Re: [hugin-ptx] Disappearing posts

[Harry van der Wolf]

Same for me. I saw two identical posts from you about "align_image_stack
parameters"

Harry

-- 
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 hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/CAGARPpuTc1_SaSamn7ES5vRY3Rydyr%3DvYKHO6SO5TK0Bi%2BbLZA%40mail.gmail.com.