Re: [hugin-ptx] Re: Creating a panorama from 12 different nearby places
Try click the Move button, then use Center or Fit (I forget which). On August 4, 2024 3:52:11 PM HST, Samuel Rhoads wrote: > > > > Frederick: > > > > Yes, I'm trying to see what the panorama looks like, but what I see is > > very very small, especially on a laptop. I tried the sliders but they > > never made it bigger. I did a few screenshots to show what happens, > > they're attached. The preview of the panorama is so small that I cannot do > > anything woityh it. I've tried everything I can think of to make it bigger. > > > > Greg: > > > > This is my first email (using Edge) from the laptop. Is it straight test > > or does it have an HTML problem? > > > > Question: When using the MacBook Pro, the image in the center window on > >> the screen after stitching is *tiny*, and I cannot seem to enlarge it. > >> Is there a way to “zoom in”? > >> > >> You mean in the Fast panorama preview? You can use the right and bottom > >> slider. > >> > >> > > -- > 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/CALPc9XdkYcNSc1JrxB0gcfYw17UHL5XBcexrNb-BZe-i1g2hMg%40mail.gmail.com. -- David W. Jones gnomeno...@gmail.com exploring the landscape of god http://dancingtreefrog.com Sent from my Android device with F/LOSS K-9 Mail. -- 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/3A9C0A97-3A34-4518-9D78-B115880FD08B%40gmail.com.
Re: [hugin-ptx] Re: Creating a panorama from 12 different nearby places
On that panorama, I selected the images in my file manager and ran
Hugin's Generate PTO tool. I use Linux, I don't know if Windows has that
capability.
Then I went to the panorama preview, clicked on the Assistant button,
then clicked on the align button, and got a 360-deg panorama.
I think if you open the PTO in Hugin, you should get the same pano.
Hugin may tell you that alignment or control points have changed, or
something like that, but I think that's something you can ignore.
I think I added some points manually, because there were a couple of
image pairs that didn't have any control points.
Adding horizontal lines to the images that have horizons, then running
Align again, should level the images in the panorama. I didn't try that
in the PTO file I sent. It improved things quite a bit in my first try
at the panorama, but that one only gave me a 180-deg panorama.
I have a TIFF image of it, if you're interested. It comes to 2274x3494
(not cropped), 189MB. On the left end is one image, then a black area
that shades into the next image. I have no idea what caused that.
Enjoy your dinner!
On 8/1/24 18:48, Sam Rhoads wrote:
Thanks David. When my panorama was in that shape, I spent a lot of
time with Photoshop “fixing” things. But my real question is whether
this one will be “sharper” than the one I produced. Do you think if I
open that pto file in Hugin I’ll get the same panorama? I’ll try that
in a while. Did you create a tiff image? Right now I have to go buy
dinner.
Did you let Hugin find control points? Did you add any manually?
More questions later.
Sam.
On Aug 1, 2024, at 6:37 PM, David W. Jones wrote:
I didn't use any horizontal lines in this one. They would have helped
fix the wavy horizon.
Attaching a screen shot and the PTO file that produced it. Neither of
them came out as straight as the original one you produced.
On 8/1/24 18:27, Samuel Rhoads wrote:
Great David. Please attach it. I'd like to see it.
On Thu, Aug 1, 2024 at 6:14 PM David W. Jones
wrote:
No problem.
I've never made a 360-deg pano. I don't know how to make one at
all. So I might simply not be doing it right in the first place.
But the second time I tried, I got a 360-deg panorama from it.
On 8/1/24 17:39, Samuel Rhoads wrote:
I screwed up. I was pretty sure I had only included the *_1
files, but I see that I did include two _3 files by mistake.
Sorry 'bout that!
But the 12 _1 files: 0_1, 30_1, 60_1 ..., should make a 360
degree pan.
On Thu, Aug 1, 2024 at 5:23 PM David W. Jones
wrote:
Yes, I used your zip file, the one in the link below. It
doesn't have 12 images in it, it has 14.
These two images don't have any mountains or ocean in them:
120_3.jpg and 210_3.jpg. The 210_3 image has a part of the
same beach that's already covered in the 210_1 image.
I think the *_3 images aren't needed, and apparently you
removed them from some other zip file you uploaded to
Google Drive?
I've never made a 360-deg panorama, so I got a 180-degree
partial one.
On 8/1/24 13:41, Sam Rhoads wrote:
David: That’s confusing. The 12 images: 0_1 through
330_1, all have either the ocean or mountains on the
horizon. Did you use the zip file that had all 12
images? If some of those 12 images were removed, the
panorama wouldn’t have been complete?
Sam.
On Aug 1, 2024, at 11:48 AM, Gnome Nomad
<mailto:gnomeno...@gmail.com> wrote:
When I tried the Hugin Assistant, it found control points
on all of them. I don't know anything about using
Translation. I did eventually get sort-of straight
horizon but only after removing two images that were
mostly building foundations that had no horizon as part
of them.
--
David W. Jones
gnomeno...@gmail.com
exploring the landscape of god
http://dancingtreefrog.com
Sent from my Android device.
On Thu, Aug 1, 2024, 11:30 Samuel Rhoads
wrote:
Thanks Carl. Any idea why the optimizer tab only
shows up then? I spent hours trying to get the
optimizer tab to appear There are so many things
that I just do not understand. I don’t understand how
people learn all these options.
Sam
On Aug 1, 2024, at 11:25 AM, Carl Ovenschotel
wrote:
Indeed it couldn't find points for those images.
The Optimizer tab pops up when you have Optimize \
Geometric \ Custom Parameters selected.
On Thursday, August 1, 2024 at 2:38:37 AM UTC+2
samr...@gmail.com wrote:
Re: [hugin-ptx] Re: Creating a panorama from 12 different nearby places
No problem. I've never made a 360-deg pano. I don't know how to make one at all. So I might simply not be doing it right in the first place. But the second time I tried, I got a 360-deg panorama from it. On 8/1/24 17:39, Samuel Rhoads wrote: I screwed up. I was pretty sure I had only included the *_1 files, but I see that I did include two _3 files by mistake. Sorry 'bout that! But the 12 _1 files: 0_1, 30_1, 60_1 ..., should make a 360 degree pan. On Thu, Aug 1, 2024 at 5:23 PM David W. Jones wrote: Yes, I used your zip file, the one in the link below. It doesn't have 12 images in it, it has 14. These two images don't have any mountains or ocean in them: 120_3.jpg and 210_3.jpg. The 210_3 image has a part of the same beach that's already covered in the 210_1 image. I think the *_3 images aren't needed, and apparently you removed them from some other zip file you uploaded to Google Drive? I've never made a 360-deg panorama, so I got a 180-degree partial one. On 8/1/24 13:41, Sam Rhoads wrote: David: That’s confusing. The 12 images: 0_1 through 330_1, all have either the ocean or mountains on the horizon. Did you use the zip file that had all 12 images? If some of those 12 images were removed, the panorama wouldn’t have been complete? Sam. On Aug 1, 2024, at 11:48 AM, Gnome Nomad <mailto:gnomeno...@gmail.com> wrote: When I tried the Hugin Assistant, it found control points on all of them. I don't know anything about using Translation. I did eventually get sort-of straight horizon but only after removing two images that were mostly building foundations that had no horizon as part of them. -- David W. Jones gnomeno...@gmail.com exploring the landscape of god http://dancingtreefrog.com Sent from my Android device. On Thu, Aug 1, 2024, 11:30 Samuel Rhoads wrote: Thanks Carl. Any idea why the optimizer tab only shows up then? I spent hours trying to get the optimizer tab to appear There are so many things that I just do not understand. I don’t understand how people learn all these options. Sam On Aug 1, 2024, at 11:25 AM, Carl Ovenschotel wrote: Indeed it couldn't find points for those images. The Optimizer tab pops up when you have Optimize \ Geometric \ Custom Parameters selected. On Thursday, August 1, 2024 at 2:38:37 AM UTC+2 samr...@gmail.com wrote: Carl: Can you tell me a little about your experience? Did Hugin tell you that it couldn’t find any CPs for 120_1 & 150_1? Did the Optimizer tab appear? Did the stitcher report that some images didn’t belong to the set? Sam. On Jul 31, 2024, at 12:31 PM, Carl Ovenschotel wrote: I tried to make a panorama of your photos but I failed. After years of using Hugin I still don't know what I'm doing. Maybe someone else can give it a go. On Wednesday, July 31, 2024 at 8:45:30 PM UTC+2 samr...@gmail.com wrote: To be clear, I am hoping that someone in the community will take the 12 images in this zip file and try to create a panorama using Hugin. When I do that, I get strange error messages that I do not understand. The resulting panorama won’t be satisfactory for SkySafari, but at least I’ll find out what’s causing the errors. Sam. On Jul 30, 2024, at 4:16 PM, Samuel Rhoads wrote: Trying once again! Forgive an old stupid man, please. 0_1 - 330_1 (2).zip <https://drive.google.com/file/d/1Rx8y_NfMlTnpst-ZdxGfUUkP9kPs2s9B/view?usp=drive_web> -- 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/7faf9222-51d6-492c-ba74-df3bd1b855d4%40gmail.com.
Re: [hugin-ptx] Re: Creating a panorama from 12 different nearby places
Yes, I used your zip file, the one in the link below. It doesn't have 12 images in it, it has 14. These two images don't have any mountains or ocean in them: 120_3.jpg and 210_3.jpg. The 210_3 image has a part of the same beach that's already covered in the 210_1 image. I think the *_3 images aren't needed, and apparently you removed them from some other zip file you uploaded to Google Drive? I've never made a 360-deg panorama, so I got a 180-degree partial one. On 8/1/24 13:41, Sam Rhoads wrote: David: That’s confusing. The 12 images: 0_1 through 330_1, all have either the ocean or mountains on the horizon. Did you use the zip file that had all 12 images? If some of those 12 images were removed, the panorama wouldn’t have been complete? Sam. On Aug 1, 2024, at 11:48 AM, Gnome Nomad wrote: When I tried the Hugin Assistant, it found control points on all of them. I don't know anything about using Translation. I did eventually get sort-of straight horizon but only after removing two images that were mostly building foundations that had no horizon as part of them. -- David W. Jones gnomeno...@gmail.com exploring the landscape of god http://dancingtreefrog.com Sent from my Android device. On Thu, Aug 1, 2024, 11:30 Samuel Rhoads wrote: Thanks Carl. Any idea why the optimizer tab only shows up then? I spent hours trying to get the optimizer tab to appear There are so many things that I just do not understand. I don’t understand how people learn all these options. Sam On Aug 1, 2024, at 11:25 AM, Carl Ovenschotel wrote: Indeed it couldn't find points for those images. The Optimizer tab pops up when you have Optimize \ Geometric \ Custom Parameters selected. On Thursday, August 1, 2024 at 2:38:37 AM UTC+2 samr...@gmail.com wrote: Carl: Can you tell me a little about your experience? Did Hugin tell you that it couldn’t find any CPs for 120_1 & 150_1? Did the Optimizer tab appear? Did the stitcher report that some images didn’t belong to the set? Sam. On Jul 31, 2024, at 12:31 PM, Carl Ovenschotel wrote: I tried to make a panorama of your photos but I failed. After years of using Hugin I still don't know what I'm doing. Maybe someone else can give it a go. On Wednesday, July 31, 2024 at 8:45:30 PM UTC+2 samr...@gmail.com wrote: To be clear, I am hoping that someone in the community will take the 12 images in this zip file and try to create a panorama using Hugin. When I do that, I get strange error messages that I do not understand. The resulting panorama won’t be satisfactory for SkySafari, but at least I’ll find out what’s causing the errors. Sam. On Jul 30, 2024, at 4:16 PM, Samuel Rhoads wrote: Trying once again! Forgive an old stupid man, please. 0_1 - 330_1 (2).zip <https://drive.google.com/file/d/1Rx8y_NfMlTnpst-ZdxGfUUkP9kPs2s9B/view?usp=drive_web> -- 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/b4ccf728-2dae-471e-a974-05f39f36dc65%40gmail.com.
Re: [hugin-ptx] How to put together a panorama.
On 7/21/24 18:14, Sam Rhoads wrote: I’m sorry if this is the wrong way to ask, but I am trying to find out how to ask for advice concerning using Hugin to put together a panorama for SkySafari. Years ago I used Hugin to create a panorama for SkySafari but now I want to do it again, but this time I need to take the pictures from eight different places on my condominium rooftop (because there’s a large structure on the roof) and then stitch them together. Please someone tell me how I should ask for help. Thanks and aloha, Sam Rhoads Hmm, you'll have to optimize your panorama for Translation. That's how Hugin handles your situation, where the camera moves between photos. It's not something I've done much of, I'm sure other folk on the list are better resources about that. -- 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/0c1f9a7b-c5f8-4ff2-9256-7a868a2a783d%40gmail.com.
Re: [hugin-ptx] OT: How to make/use Sony PixelShift images?
On 7/19/24 13:57, Terry Duell wrote: Hello David, On Thu, 2024-07-18 at 18:05 -1000, David W. Jones wrote: Does anyone on the list know anything about processing PixelShift images in Linux graphics applications like RawTherapee? I know that RawTherapee handles Pentax pixelshift files OK, but not sure whether it handles files from other camera manufacturers. Tom Vijlbrief made a fork of dcraw which he called dcrawps, which handled PS files from early Pentax cameras, and with Tom's help I extended dcrawps to include the PS files from later Pentax cameras. I suspect it wouldn't be difficult to include PS files from other cameras, provided they were 4 shots i.e. one image for each of the bayer pattern pixels. One of the nice things about using dcrawps is that you can extract any or all of the images, and it can make correction for any movement detected, along with all the neat things dcraw does. Not the answer to your question but depending on whether you can use the software provided and whether it does all the things you need it do, you might think about dcrawps, maybe have a word with Tom (tvijlbrief at google mail). Cheers, Thank you, Terry. Lucas Jirkovsky (in an earlier reply) referred me to the make_arq Python script and it works very well, once I figured out how to run a Python script. (Not a Python person here.) It handles frames from the A7R IVA without any tweaking. It even handled a 16-frame PixelShift set! It's good to know there are alternatives to Sony's non-Linux software for handling their PixelShift images. Make_arq.py: https://github.com/agriggio/make_arq It would be nice if producing a combined PixelShift image could be done in camera. But I know cameras have to output image files in real time, so they can't spend a chunk of dedicated time combining the frames. I wish they did that instead of waste their processing power on AI-based image processing! -- 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/fd216eca-3290-4a26-9948-378d168d014d%40gmail.com.
Re: [hugin-ptx] OT: How to make/use Sony PixelShift images?
On 7/18/24 20:43, Lukas Jirkovsky wrote: On Fri, 19 Jul 2024 at 06:05, David W. Jones wrote: Does anyone on the list know anything about processing PixelShift images in Linux graphics applications like RawTherapee? Hi David, I've repeatedly used make_arq [1] and it worked well for my A7R III so far. It creates the combined ARQ image. A7R IV should be supported, too. However, the resulting ARQ is supposedly not compatible with the original Sony software, which may or may not be a problem. I don't care about that, because I don't have any windows machine where I could install the sony's software anyway, but it is something to take into account if you need interoperability. I've found scattered steps on handling them in RT, but nothing beyond processing the individual images. Nothing about combining them. You can process the resulting ARQ file pretty much the same way as you would your ordinary ARW files in rawtherapee. If I recall correctly, the only difference is that you get some additional settings for demosaicing and motion correction in case there is a movement between the frames. I don't know how well the motion correction works though. I've used it only for static images – scanning negatives to be exact. Lukas [1] https://github.com/agriggio/make_arq Thanks. I finally got it to run, it seems to produce good results even with handheld shots from my A7R IVA. -- 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/d13133fa-56e9-4ae1-94d3-1379b1cac342%40gmail.com.
[hugin-ptx] OT: How to make/use Sony PixelShift images?
Does anyone on the list know anything about processing PixelShift images in Linux graphics applications like RawTherapee? I've found scattered steps on handling them in RT, but nothing beyond processing the individual images. Nothing about combining them. I just got a Sony A7R IVA camera. I've taken PixelShift images with it; the camera outputs a RAW file for each shift of the sensor. Somehow the Windows/Mac Sony software combines those into a single, much higher resolution image that I'm hoping to use in Hugin and other Linux software. This isn't particularly connected with Hugin, although I tried feeding the resulting frames into Hugin as an image stack, but Hugin found no control points. I would like to have fun shooting PixelShift images (240MP!) to use in making panoramas in Hugin. Ideas? Thanks. -- 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/3064d78e-1caf-4a1c-a496-f59749a69794%40gmail.com.
Re: [hugin-ptx] Strange Hugin failure
On 6/14/24 16:38, Greg 'groggy' Lehey wrote: On Friday, 14 June 2024 at 15:56:48 -1000, David W. Jones wrote: On 6/14/24 15:49, David W. Jones wrote: Here's what I got after running the tapiola images through Hugin Pre-Release 2023.0.0.548f2a905b6a using the Assistant. It looks like there might be unnecessary images, maybe somewhere around 11, 12, 13, 14. There were a lot of bad control points in that area. But I don't think the final blend shows any big exposure changes. Well, got a message from Google Groups saying it has permanently removed my "illegal content," so I guess I won't bother. The generated image is 1.6MB, the PTO much smaller, let me know if you're interested. Thanks. It got through to me fine. I'm still scratching my head about what happened, but I'll get back to you and Thomas. Thanks. I also generated a full-sized version of it (998MB TIF) and that looks fine. It's a nice image, good shadows and contrast in Luminance HDR's Ferwerda HDR mapping. Stupid Google. It's not picking on you. My first attempt at my message was also rejected: http://www.lemis.com/grog/diary-jun2024.php?subtitle=Google:%20You%20have%20violated%20our%20policy&article=D-20240613-021154#D-20240613-021154 I was particularly annoyed because they give me no choice of getting a Real Human to look at the issue. My guess is that they didn't like the URLs I included in the first message. Greg Didn't you hear? Google's in the AI business! I don't think they have Real Humans™ there anymore. -- 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/4bcf0cb5-b444-4631-938f-796d470b44d2%40gmail.com.
Re: [hugin-ptx] Strange Hugin failure
On 6/14/24 15:49, David W. Jones wrote: On 6/11/24 17:43, Greg 'groggy' Lehey wrote: A friend of mine recently published a panorama that he had stitched from first principles with Mathematica. It didn't look bad: https://lemis.nyc3.digitaloceanspaces.com/grog/Photos/20240608/small/tapiola-kirma.jpeg Before you go looking at these individual links, I have a summary at the bottom of this message. But I thought it could be done better with Hugin. I was wrong. First, I ran it through my scripts, which effectively run pto_gen, cpfind, celeste_standalone, cpclean and autooptimiser. The result was very uneven: https://lemis.nyc3.digitaloceanspaces.com/grog/Photos/20240608/small/tapiola-optimized.jpeg OK, I thought that maybe I had something in my scripts that wasn't doing the right thing, so I tried running it in a vanilla version of Hugin without any ~/.hugin file. Things were *much* worse. Hugin couldn't align the images at all. It seems that it couldn't understand the exposure info, and it made the component images progressively darker: https://lemis.nyc3.digitaloceanspaces.com/grog/Photos/20240610/small/Tapiola-Hugin.png It also came with a popup "The project covers a big brightness range,". But that's not what the images show. They cover a range 9.8 to 11.4 EV, and that matches the lighting. About the only thing that's unusual is that the photos, taken with a Google Pixel 8 Pro, were taken at a sensitivity of only 15 ISO. But that shouldn't make any difference. I've tried this with the latest version of Hugin and also with a 5 year old one, and the results are the same. You can see the summary, with all the images above and more, at http://www.lemis.com/grog/diary-jun2024.php?topics=p&subtitle=Hugin%20fail&article=D-20240611-005714#D-20240611-005714 , and the images themselves are available at http://www.lemis.com/grog/Day/20240610/tapiola-panorama-photos.zip (about 400 MB). Any ideas? Greg Well, we have Pixel 7s here. I've made a few panoramas using mine. They've turned out fine, but the Pixel's AI processing can really screw things up. I tried having the phone save in Adobe DNG format and process from there, but the AI processing that produces their JPGs does a lot of stuff that doing any other way is extremely difficult and time-consuming. Here's what I got after running the tapiola images through Hugin Pre-Release 2023.0.0.548f2a905b6a using the Assistant. It looks like there might be unnecessary images, maybe somewhere around 11, 12, 13, 14. There were a lot of bad control points in that area. But I don't think the final blend shows any big exposure changes. Ideas? Well, got a message from Google Groups saying it has permanently removed my "illegal content," so I guess I won't bother. The generated image is 1.6MB, the PTO much smaller, let me know if you're interested. Stupid Google. -- 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/c3b39442-21c2-4033-85cf-3ae339c7c761%40gmail.com.
Re: [hugin-ptx] How does "Straighten" really work?
On 5/6/24 23:59, 'ChameleonScales' via hugin and other free panoramic software wrote: I did not make a very thoughtful assumption. Let me make a new one for what I think it does: * determine a single set of pitch and roll values that is closest to as many photos as possible * apply the inverse of this set of values to each photo Am I getting closer ? It's been a little more than a year. Does anyone have an answer ? Hmm, haven't a real clue, but maybe this will help? https://hugin.sourceforge.io/tutorials/two-photos/en.shtml Are you asking about the process behind it? The above link lists the steps of the process the Straighten button applies. This link discusses the Straighten tool (at the bottom of the page): https://wiki.panotools.org/Hugin_move_drag_tab "Straightening the panorama optimises the roll <https://wiki.panotools.org/Roll> and pitch <https://wiki.panotools.org/Pitch> of the input images without changing their relative positions, levelling the panorama in the process. This normally produces good results; if you need more accurate positioning, try adding vertical control points <https://wiki.panotools.org/Vertical_control_points> in the Hugin Control Points tab <https://wiki.panotools.org/Hugin_Control_Points_tab> and reoptimise." Hope that helps! -- 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/466cc222-e495-4ec9-b9e0-18e30105ec08%40gmail.com.
Re: [hugin-ptx] Re: Follow specific conversation using email?
On 5/6/24 23:48, 'ChameleonScales' via hugin and other free panoramic software wrote: Thanks but I already do all of that. What I'd like is to not receive mails from conversations I'm not a part of, but I guess that's impossible. It would be difficult. How would you find out about conversations that you *might* want to become part of??? -- 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/966dfaa3-5771-4dbf-bf01-90198a31c3a9%40gmail.com.
Re: [hugin-ptx] Xpano
On 5/1/24 21:31, Bruno Postle wrote: Has anyone tried xpano? https://krupkat.github.io/xpano/ "Automated photo stiching tool. Import a directory of images and then export auto detected panoramas. "The tool focuses on simplicity and ease of use, features include: * Auto detection of groups of images that can be stitched into panoramas * Preview + zoom + pan of the computed panoramas * Crop mode, boundary auto fill, selectable projection types * Projection adjustments: pitch, yaw and roll * Export of full resolution panoramas including exif metadata Hmm, never heard of it. Will have to check it out. Anyone else know anything about it? -- 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/dcaec0f1-18c7-479a-a11d-d199eefab81d%40gmail.com.
Re: [hugin-ptx] Re: Question about Lux and PTO files
On 4/26/24 23:43, 'Kay F. Jahnke' via hugin and other free panoramic software wrote: On 27.04.24 11:04, David W. Jones wrote: On April 26, 2024 10:35:22 PM HST, "'Kay F. Jahnke' via hugin and other free panoramic software" wrote: I think 'Panini Perspective Tool' made an attempt ... I think I found their site: <https://github.com/lazarus-pkgs/panini> well found - I last saw their site on sourceforge. I tried the AppImage. They have a menu point to open a PT file, but then it only pops up a small window 'to be implemented'. So much for that... And I tried a full spherical, it did not work right. But you see what they were aiming at. When I tried to navigate to a PTO file, I got repeated error messages about not being able to create a collator. It then froze up without opening anything. Perhaps those are issues in 0.73 that are fixed in 0.74, but they don't build or test on Debian or Debian derivatives. And I don't feel like going through the compilation process just to see. Not very active. The most recent AppImage is 0.73 from 2019. Didn't see anything about a 'pro' version. Seems to be all FOSS now. Even though I never managed to get it to work for me, it was an inspiration. Also mathmap, remember that? https://www.complang.tuwien.ac.at/schani/mathmap/ Never heard of it before! I once wrote to them telling them thank you and that they were an inspiration, but nothing ensued. I checked their site, they don't offer a Linux binary anymore. When they did, it was tied to OpenSUSE It looks like nothing is going on about fixing their "technical hiccup" with their Linux build. Oh, well! Moral of the story: Don't do personal and/or hobby projects through your employer's account. Now I have lux. I think I'm better off. Not perfect, but it works. 😉 -- 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/d1d37a5a-4756-486c-b7e5-729ec7314a95%40gmail.com.
Re: [hugin-ptx] Re: Question about Lux and PTO files
On April 26, 2024 10:35:22 PM HST, "'Kay F. Jahnke' via hugin and other free panoramic software" wrote: > On 27.04.24 10:21, David W. Jones wrote: > > > > I agree, lux is an achievement. It's the only image viewer besides Hugin > > that can view PTO files. > > I think 'Panini Perspective Tool' made an attempt or at least a claim - > didn't they come up with a 'pro' version after some time asking for money? I > managed to build it from the last freely available sources for a while, but > it never worked for me... especially the PTO viewing never did what I wanted. > Maybe because I tried to get it to run on Linux. I think I found their site: <https://github.com/lazarus-pkgs/panini> Not very active. The most recent AppImage is 0.73 from 2019. Didn't see anything about a 'pro' version. > > For lux to function fully as a *viewer* for PTO files, I think it needs to > > apply the PTO file's crop settings. It can have an option to use (or not > > use) the crop settings. > > Okay, point taken. Maybe in a future lux version. Thanks, that would make it more useful image viewer. -- David W. Jones gnomeno...@gmail.com exploring the landscape of god http://dancingtreefrog.com Sent from my Android device with F/LOSS K-9 Mail. -- 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/DDC015D4-20E6-4CE8-95E4-32F54CE73F74%40gmail.com.
Re: [hugin-ptx] Re: Question about Lux and PTO files
On April 25, 2024 10:44:09 PM HST, 'kfj' via hugin and other free panoramic software wrote: > > On Friday, April 26, 2024 at 10:16:56 AM UTC+2 GnomeNomad wrote: > > Thanks, but I think the on-screen view should show the output crop, the way > Hugin does without having to load the stitched image manually. > > Well, at times you just don't get what you want ;-) > > If you look at what hugin shows you when you choose the cropping rectangle, > you also see the parts of the image set which, later on, are cut off when > the cropping happens. The only thing which lux does differently is that it > does not mark these areas by making them a bit darker, and lux does not > show the cropping rectangle as a white rectangle. lux also does not offer > any interface to modify the cropping window. I feel that it's better for a > program which is primarily an image *viewer* to show users all the > available content and let them choose which part of the content they wish > to look at and, potentially, save as a snapshot (pressing 'E'). Honouring > the cropping rectangle in the p-line is to allow for stitching to the PTO > file's specs (press Shift+E), so that lux can function as a drop-in > replacement for stitching - nice to have, but more of a side product: I > show the stitched view, so I might as well offer stitching services beyond > capturing what's in the current display. That's how 'source-like snapshots' > and the processing of the p-line came to be. > One might consider adding code to lux to show all kinds of additional > information - the cropping rectangle in the PTO's p-line is one such thing, > then masks, horizon guideline etc.. I have thought about adding an optional > vector layer for such data, but I haven't implemented anything along those > lines yet, even though I find the idea attractive. Please keep in mind that > I'm not trying to provide some sort of hugin clone. lux is a separate > program and uses it's own logic, even though it can do things like > understand PTO format to an extent, which I think is no mean feat. I think > there aren't many image viewers out there which can do that at all. I agree, lux is an achievement. It's the only image viewer besides Hugin that can view PTO files. For lux to function fully as a *viewer* for PTO files, I think it needs to apply the PTO file's crop settings. It can have an option to use (or not use) the crop settings. -- David W. Jones gnomeno...@gmail.com exploring the landscape of god http://dancingtreefrog.com Sent from my Android device with F/LOSS K-9 Mail. -- 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/7415B6EA-F120-434E-B9D7-20D0DB277E10%40gmail.com.
Re: [hugin-ptx] Re: Question about Lux and PTO files
Thanks, but I think the on-screen view should show the output crop, the way Hugin does without having to load the stitched image manually. On April 25, 2024 8:23:48 PM HST, 'kfj' via hugin and other free panoramic software wrote: > Maybe you misunderstand something here: output cropping is not applied to > the view which lux shows on-screen. lux shows all content which the source > images provide, except for the parts which are excluded by source image > cropping. Output cropping is only applied when the output is written to an > image file and the p-line in the PTO file is applied (press Shift+E). The > p-line has no effect on the on-screen view at all. If you want to view > readily-cropped output, re-load the stitched image. > > -- > 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/52c5adaa-5253-4ecd-9542-10c99587ddc5n%40googlegroups.com. -- David W. Jones gnomeno...@gmail.com exploring the landscape of god http://dancingtreefrog.com Sent from my Android device with F/LOSS K-9 Mail. -- 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/B016AD47-CD27-4D0C-9A5A-DEACBCF67C5F%40gmail.com.
[hugin-ptx] Question about Lux and PTO files
In my testing here, it completely ignores crop settings in the PTO file. It seems to me that would severely restrict usefulness, particularly in situations where you have a large panorama with a small crop area. 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/110582bb-e096-4784-aed1-b7c05498dc2a%40gmail.com.
Re: [hugin-ptx] lux 1.2.2 released
On 4/23/24 22:06, 'kfj' via hugin and other free panoramic software wrote: On Tuesday, April 23, 2024 at 9:27:49 AM UTC+2 GnomeNomad wrote: So I clicked right button expecting a menu to pop up. Don't know if it's my bad, but it still seems a thought. I noticed that right click does other things in Lux, so maybe ctrl-right-click to bring up the menu, starting wherever the mouse pointer is? You can always simply look at the lux documentation, where all mouse gestures and key commands are explained in great detail - the section in the README is titled 'User Interface'. Find the documentation here <https://kfj.bitbucket.io/README.html>. Yes, the famous RTFM. The UI is made so that you can interact with the view with gestures and usually don't have to use the menu, unless you need to change settings or do 'something special'. Once you get the hang of it, Then it's not nearly intuitive. But it is different. it allows you to view (and present) your images fluidly, doing most of the view control with the mouse, and the occasional keystroke. Admittedly, performance with touchpads is not optimal, so if you use lux on a laptop, it's a good idea to connect a physical mouse. I do use a physical mouse. I also have a graphics tablet on the laptop. I don't use the touchpad, I really, really, really don't like them! I recommend you read the docu - some of the mouse gestures are quite specific and hard to figure out by trial-and-error, e.g. the brightness and zoom level gestures. Zoom in and out using my mouse wheel works exactly as expected. -- 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/5f2bfde3-91c7-412e-81c6-828a93d93d72%40gmail.com.
Re: [hugin-ptx] lux 1.2.2 released
On 4/23/24 23:07, 'kfj' via hugin and other free panoramic software wrote: Sorry, debian users, for uploading a package with unresolved dependencies. Here's the updated package which asks for libexiv2 v.27, which is the one currently distributed with bookworm: https://bitbucket.org/kfj/pv/downloads/lux-1.2.2-x86_64.deb Please download and install again - if there are any further issues, please let me know! Just grabbed it and tried it out. Works fine on stock Bookworm. Thanks! -- 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/2ff43ba6-3740-4489-ba65-47c55bb41eea%40gmail.com.
Re: [hugin-ptx] lux 1.2.2 released
On 4/22/24 20:52, 'kfj' via hugin and other free panoramic software wrote: It still has difficulty displaying the old PTO, but I created a new one using current Hugin, using the original images, and Lux has the same problem with it. I checked in Hugin, the images from my friend's camera-that-he's-so-proud-of come in with a 5.75deg field of view. I think I'll stick with my Sony. 5.75 degrees fov sounds like a very long tele indeed. Too long ago for me to remember. I think his present camera goes up to 600mm. It doesn't have interchangeable lens, just a single quite nice lens with a wide zoom range. Looks like the Lux GUI consists solely of a file selector? What makes you think that? Maybe you haven't tried to access the menu? Just move the mouse to the top margin of the window (or full screen). The menu is usually hidden to show you nothing but your image - both the old and new GUI only show when you move to near the top of the screen. Didn't know that at all. When moving around in an image, I'm usually too busy chasing it to notice that anything popped up. Move the mouse fast in a direction, the image zooms off and keeps zooming off after the mouse stops. At least on my system. Even worse when I use my graphics tablet! Sorry, ages ago, I worked for a company that sold TrueVision Targa image capture boards for IBM ATs. They came with graphics software known as TIPS (Targa Image Processing System). It had what I consider just about the perfect UI for image-focused work. No menu bar, no window, just your image. Left mouse button was for clicking, dragging, selecting. Right mouse button popped up the menu tree of options available (depending on selection in effect, etc). So I clicked right button expecting a menu to pop up. Don't know if it's my bad, but it still seems a thought. I noticed that right click does other things in Lux, so maybe ctrl-right-click to bring up the menu, starting wherever the mouse pointer is? I uploaded a debian package <https://bitbucket.org/kfj/pv/downloads/lux-1.2.2-x86_64.deb> for debian 12 stable. It might be usable for other debian-based distros. Thanks, downloaded, tried it. It installed over the 1.1.6 that was there before. Trying to run lux in a terminal gave me this: lux: error while loading shared libraries: libexiv2.so.28: cannot open shared object file: No such file or directory Bookworm comes with libexiv2-27. I have that installed. I guess the libexiv2 version your package is looking for is -28? -- 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/a1e014fa-0a1b-429f-996b-b76910e0a451%40gmail.com.
Re: [hugin-ptx] lux 1.2.2 released
On 4/22/24 01:14, 'kfj' via hugin and other free panoramic software wrote: Sorry everybody who downloaded 1.2.0. There was a bug in it which prevented it from displaying PTO files with images with alpha channel correctly - just viewing images is fine. So I decided to do a bug fix release. Please download 1.2.2 from https://bitbucket.org/kfj/pv/downloads/ @GnomeNomad, this also fixes the error message when lux terminates. Thanks. No error messages when it terminates. It still has difficulty displaying the old PTO, but I created a new one using current Hugin, using the original images, and Lux has the same problem with it. I checked in Hugin, the images from my friend's camera-that-he's-so-proud-of come in with a 5.75deg field of view. I think I'll stick with my Sony. Looks like the Lux GUI consists solely of a file selector? -- 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/6d6040f2-cb07-4e0e-b190-ce8f0d639816%40gmail.com.
Re: [hugin-ptx] lux 1.2.0 released
On 4/21/24 22:33, 'kfj' via hugin and other free panoramic software wrote: On Monday, April 22, 2024 at 10:21:07 AM UTC+2 GnomeNomad wrote: Ah, thanks. I tried dragging around in the blank window but couldn't remember how to zoom in/out. Centering the viewing area sounds like a good idea. It might be a bug in whatever version of Hugin I was using in 2013. I have another PTO that I had made with the same version, and got panoramas with mismatched items (like velvet ropes that crossed multiple images), produced using the Auto Alignment feature. Later versions of Hugin with the same function had no such disjoints. Cool. Lux is fast. I'd still prefer a Debian Linux native version to the AppImage, and movement within the image that isn't counterintuitive for me, but it's getting better. I'll make a debian package on my debian11 install when I get round to it - I'm developing on debian testing, and I'll first hunt down the bug I found with panoramas with images with an alpha channel. I'm on Debian Bookworm (12). If the only thing which confuses you is the direction in which the view moves when you drag the mouse, you can change that in the 'General Settings': quite near the top there are checkboxes to reverse the primary-button-click-drag direction and the secondary-button-click-drag direction - then commit at the bottom of the panel. If you prefer it that way and want to change the direction permanently, put lines like "reverse_drag=yes" or "reverse_secondary_drag=yes" in your .lux.ini file (in your home folder). Hmm, didn't readily see any place to set that in the GUI. But thanks for the info. -- 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/da13b5c3-e119-4195-8d0f-9c74a6d0a339%40gmail.com.
Re: [hugin-ptx] lux 1.2.0 released
Ah, thanks. I tried dragging around in the blank window but couldn't remember how to zoom in/out. Centering the viewing area sounds like a good idea. It might be a bug in whatever version of Hugin I was using in 2013. I have another PTO that I had made with the same version, and got panoramas with mismatched items (like velvet ropes that crossed multiple images), produced using the Auto Alignment feature. Later versions of Hugin with the same function had no such disjoints. Cool. Lux is fast. I'd still prefer a Debian Linux native version to the AppImage, and movement within the image that isn't counterintuitive for me, but it's getting better. On 4/21/24 21:44, 'kfj' via hugin and other free panoramic software wrote: Thanks for posting the PTO. I also got a black screen from it. The problem is that the visible content is outside of the viewing area. If you zoom out a good bit or start lux with --hfov_view=90, you'll see the images (which have quite small hfov of 14 degrees) near the top of the view. The pitch values in your PTO are larger than the hfov (17.4024521555217), and so the visible content is placed in an area which is not inside the viewing area. I can see how this is confusing - maybe I should add code to center the view to a point somewhere inside the collection of images to avoid showing a blank screen. Thanks for reporting back! On Monday, April 22, 2024 at 8:33:39 AM UTC+2 GnomeNomad wrote: On 4/21/24 19:29, 'kfj' via hugin and other free panoramic software wrote: On Sunday, April 21, 2024 at 9:26:56 PM UTC+2 GnomeNomad wrote: Thanks, always good to have an improved GUI. I ran the appimage from the command line, it gave me a window to open files. I went to open a PTO file, and got a blank black screen. Nothing happened. Nothing displayed. When I pressed Escape, the window blank display went away and I saw this in the command line window: OpenImageIO exited with a pending error message that was never retrieved via OIIO::geterror(). This was the error message: OpenImageIO could not find a format reader for "/home/david/data/MyPhotos/Rabbit Island Vertical Pano/RabbitIslandVerticalPano-2013092220130922.pto". Is it a file format that OpenImageIO doesn't know about? So the new Lux can't open PTO files anymore? It should. The error message you get is nothing to worry about - I pass every file to OIIO first to see if it can open it, and when it fails it saves this error message which is never retrieved and displayed at program exit. Maybe I should clean up better before terminating lux - this is misleading behaviour. Thanks for pointing it out! Thanks. Considering the failure to open your PTO, I wonder: do the images have an alpha channel? No, the source images are JPGs and don't support transparency/alpha channel. I checked the PTO display, and I saw there is an issue with panoramas with images with alpha channel. Most embarrassing - looks like I have a bug to fix. Did you try other PTOs? I checked a version of the PTO that uses the same images. That rendered fine. It was created in 2021 using Hugin. The problematic PTO file was created in 2013 using Hugin. Hugin doesn't complain about either of them. Maybe you can post the PTO file, then I can see if I can reproduce your problem. This would help me fix the bug. Attaching the old problematic one (RabbitIslandVerticalPano-2013092220130922.pto) and the newer non-problematic one (P1000364-P1000361.pto). I don't know if the list will let them through. -- 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/a024055c-93f5-4c82-b949-f58f3e6789fen%40googlegroups.com <https://groups.google.com/d/msgid/hugin-ptx/a024055c-93f5-4c82-b949-f58f3e6789fen%40googlegroups.com?utm_medium=email&utm_source=footer>. -- 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/40e8df22-a187-4682-b4b7-10e4cb5c00f3%40gmail.com.
Fwd: [hugin-ptx] lux 1.2.0 released
On 4/21/24 19:29, 'kfj' via hugin and other free panoramic software wrote: On Sunday, April 21, 2024 at 9:26:56 PM UTC+2 GnomeNomad wrote: Thanks, always good to have an improved GUI. I ran the appimage from the command line, it gave me a window to open files. I went to open a PTO file, and got a blank black screen. Nothing happened. Nothing displayed. When I pressed Escape, the window blank display went away and I saw this in the command line window: OpenImageIO exited with a pending error message that was never retrieved via OIIO::geterror(). This was the error message: OpenImageIO could not find a format reader for "/home/david/data/MyPhotos/Rabbit Island Vertical Pano/RabbitIslandVerticalPano-2013092220130922.pto". Is it a file format that OpenImageIO doesn't know about? So the new Lux can't open PTO files anymore? It should. The error message you get is nothing to worry about - I pass every file to OIIO first to see if it can open it, and when it fails it saves this error message which is never retrieved and displayed at program exit. Maybe I should clean up better before terminating lux - this is misleading behaviour. Thanks for pointing it out! Thanks. Considering the failure to open your PTO, I wonder: do the images have an alpha channel? No, the source images are JPGs and don't support transparency/alpha channel. I checked the PTO display, and I saw there is an issue with panoramas with images with alpha channel. Most embarrassing - looks like I have a bug to fix. Did you try other PTOs? I checked a version of the PTO that uses the same images. That rendered fine. It was created in 2021 using Hugin. The problematic PTO file was created in 2013 using Hugin. Hugin doesn't complain about either of them. Maybe you can post the PTO file, then I can see if I can reproduce your problem. This would help me fix the bug. Attaching the old problematic one (RabbitIslandVerticalPano-2013092220130922.pto) and the newer non-problematic one (P1000364-P1000361.pto). I don't know if the list will let them through. -- 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/2380f86b-fe6f-48b2-b0bf-5b7b97107396%40gmail.com. RabbitIslandVerticalPano-2013092220130922.pto Description: application/ptoptimizer-script P1000364-P1000361.pto Description: application/ptoptimizer-script
Re: [hugin-ptx] lux 1.2.0 released
Thanks, always good to have an improved GUI. I ran the appimage from the command line, it gave me a window to open files. I went to open a PTO file, and got a blank black screen. Nothing happened. Nothing displayed. When I pressed Escape, the window blank display went away and I saw this in the command line window: OpenImageIO exited with a pending error message that was never retrieved via OIIO::geterror(). This was the error message: OpenImageIO could not find a format reader for "/home/david/data/MyPhotos/Rabbit Island Vertical Pano/RabbitIslandVerticalPano-2013092220130922.pto". Is it a file format that OpenImageIO doesn't know about? So the new Lux can't open PTO files anymore? On 4/21/24 06:10, 'kfj' via hugin and other free panoramic software wrote: Dear all! I've finally released a new lux version, after a lot of work on the program. Linux users already had 'tasters' of what's now in version 1.2.0, there are two big changes: - I wrote a new GUI using Dear ImGui - I am now using OpenImageIO for image input The new GUI should make it much easier to handle the large amount of options and settings, and pretty much everything can now be done graphically, rather than having to resort to command line options. The new GUI also has plenty of tool tips, so one can approach the functionality without having to switch between the program and the documentation all the time. I hope this helps to make the program more attractive. The mouse and keyboard commands are unchanged. Using OpenImageIO for image input pulls in a lot of other libraries via plugins and linkage, so the number of dependencies has grown dramatically, but I think it's worth it. lux can now open a large variety of image files, including camera RAWs (using libraw, which is similar to dcraw) and videos as sequences of single images (using ffmpeg). Some of the image formats which can now be visualized are quite new (e.g. HEIF/HEIC ), and they were one of the reasons why I switched to OIIO - the newer formats weren't supported by libvigraimpex. Under the hood there's the same fast rendering engine using multithreaded SIMD code, the only change is that automatic rendering quality for animations is now on by default. And, needless to say, there were many small bug fixes and tweaks, hopefully all for the better! There are binaries available <https://bitbucket.org/kfj/pv/downloads> for Linux (in AppImage format) Windows (portable and installable version) and for intel-based macs - a version for mac silicon will hopefully materialize soon, until then, mac silicon users can run the intel code with Rosetta, which works quite well. Enjoy! -- 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/9e7eb818-5e7e-41bf-8d31-dd25ccd36f74n%40googlegroups.com <https://groups.google.com/d/msgid/hugin-ptx/9e7eb818-5e7e-41bf-8d31-dd25ccd36f74n%40googlegroups.com?utm_medium=email&utm_source=footer>. -- 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/282e761b-243b-43a0-bbb3-cdc9c0ffed3a%40gmail.com.
Re: [hugin-ptx] Why does my system try to open plain text files in Hugin?
Thanks, Carl, for the advice. I have XFCE 4.14. It didn't let me change the applications at all. So I figured out how to get in as root and run an XFCE session from there. Sorted out other XFCE settings (I'd never run XFCE as root on this system before), checked what applications showed for each under root. A LOT fewer, and no trace of Hugin anywhere. Then I exited the root XFCE session, restarted the computer, logged in to my user XFCE session - and everything was fine. Back to normal. Computers are weird! 😉 On 4/9/24 01:11, 'Carl von Einem' via hugin and other free panoramic software wrote: The Settings Manager <https://docs.xfce.org/xfce/xfce4-settings/4.16/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 -- 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/8cfe30a1-9ce5-4cca-89c5-a6c71684f68b%40gmail.com.
[hugin-ptx] Why does my system try to open plain text files in Hugin?
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] creating panoramas directly from RAW images
On February 22, 2024 9:04:18 PM HST, 'kfj' via hugin and other free panoramic software wrote: > > And how does it handle the need for noise reduction and sharpening in RAW > files? > > Processing the RAW file is done with configuration parameters, please refer > to the OIIO docu > <https://openimageio.readthedocs.io/en/v2.5.8.0/builtinplugins.html#raw-digital-camera-files> > > for available options - among them noise reduction which is best done early > in processing. Sharpening is best done on the finished panorama. > Ah. I prefer interactive ways of setting noise reduction. I then feed the processed TIFFs into Hugin, output panoramas as EXR files, and use those for final processing into JPGs. -- David W. Jones gnomeno...@gmail.com exploring the landscape of god http://dancingtreefrog.com Sent from my Android device with F/LOSS K-9 Mail. -- 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/E3CE13DD-A58F-4F6F-A416-7C0AD59BF2D2%40gmail.com.
Re: [hugin-ptx] creating panoramas directly from RAW images
That would include chewing on the raw digital noise in RAW files, and lacking the sharpening that said files most likely need. Hugin support for EXR files would be great. On 2/22/24 11:13, dudek53 wrote: This would be nice, to have align_image_stack and enfuse chewing raw files instead of intermediates. On Thu, Feb 22, 2024 at 6:37 PM 'kfj' via hugin and other free panoramic software wrote: Dear all! In my last post I have already hinted at new possibilities arising from the use of OpenImageIO (OIIO for short). I found that it's quite feasible to use OIIO's image importing code as a stand-in for vigra's importImage. Now I've gone one step further and refitted some hugin tools with OIIO code: pto_gen and cpfind. For pto_gen, I have just changed the retrieval of image metrics to use OIIO, but in cpfind I have also changed the image import code. With the modified tools, I could run a tool chain from a set of RAW images to a readily-optimized PTO file by using first the modified pto_gen, then the modified cpfind and finally autooptimiser. The resulting PTO could be loaded into my recent build of lux (the build from the oiio branch, for which I offered an AppImage in my last post) which also employs OIIO and can process RAW images as input. lux stitched this PTO into a seamless panorama. All of this was possible without any intermediate TIFF files on disk - OIIO handles the loading and processing of RAW images in-library using libRAW and presents the readily-converted data. I think with this little experiment I have established that OIIO would make a good candidate to replace vigra's ageing impex library - OIIO can also handle newer formats like HEIF and webp, among many others. Since the swapping-in of OIIO code for vigra code is quite painless, one might assume that the entire hugin software collection could be refitted like this, bringing hugin up-to-date with newer file formats and adding RAW support. -- 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/11acd12c-10e0-4421-8d63-210334503747%40gmail.com.
Re: [hugin-ptx] creating panoramas directly from RAW images
On 2/22/24 07:37, 'kfj' via hugin and other free panoramic software wrote: Dear all! In my last post I have already hinted at new possibilities arising from the use of OpenImageIO (OIIO for short). I found that it's quite feasible to use OIIO's image importing code as a stand-in for vigra's importImage. Now I've gone one step further and refitted some hugin tools with OIIO code: pto_gen and cpfind. For pto_gen, I have just changed the retrieval of image metrics to use OIIO, but in cpfind I have also changed the image import code. With the modified tools, I could run a tool chain from a set of RAW images to a readily-optimized PTO file by using first the modified pto_gen, then the modified cpfind and finally autooptimiser. The resulting PTO could be loaded into my recent build of lux (the build from the oiio branch, for which I offered an AppImage in my last post) which also employs OIIO and can process RAW images as input. lux stitched this PTO into a seamless panorama. All of this was possible without any intermediate TIFF files on disk - OIIO handles the loading and processing of RAW images in-library using libRAW and presents the readily-converted data. I think with this little experiment I have established that OIIO would make a good candidate to replace vigra's ageing impex library - OIIO can also handle newer formats like HEIF and webp, among many others. Since the swapping-in of OIIO code for vigra code is quite painless, one might assume that the entire hugin software collection could be refitted like this, bringing hugin up-to-date with newer file formats and adding RAW support. And how does it handle the need for noise reduction and sharpening in RAW files? -- 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/cf7174b4-e5d1-4aad-be6b-e3dd11d61c77%40gmail.com.
Re: [hugin-ptx] Hugin making spiral panorama
Hmm, sorry, a little hard for me to tell what it's supposed to look like. I assume the images with trees are supposed to be the ground, therefore should be horizontal. So maybe try adding horizontal control points to the tree images. Then try aligning again. Then I'd try running Hugin's CPFind (prealigned) option. That only looks for control points between adjacent images. The spiral you're getting might be happening because there are control points between images that shouldn't be there. Clean control points (right-click Control Points > Clean control points) might help with that. The Assistant always runs photometric correction. That might be why the colors are off. You can remove the photometric correction by going to the Photos tab, right-clicking in a blank area of the list, then clicking on Reset > Reset photometric parameters. If none of that helps, I'd start from scratch, and do it manually if you hadn't done that before. I'd add horizontal control points first, then run the CPfind (prealigned) option. Then run the geometric optimization starting with the basic Positions (incremental, starting from anchor), then clean control points. Then run the next geometric optimization on the list and clean control points again. Stop when you finish the Everything without translation step. Then check and see how the image looks. Failing that, if you can share your photos somewhere, someone might be able to look at it. I won't be able to do that for a couple of weeks, unfortunately. On 2/19/24 12:08, Graham Jantz wrote: Hi all, looking for some advice on running Hugin. I have a panorama of 83 photos that I'm trying to stitch together but the resulting image it's giving me is a weird spiral shape. I used the assistant and went through adding control points to images the did not have them and this still came out. Also don't love that it tried to color correct some of the images. Sorry if this has been addressed before, new to Hugin. Screenshot 2024-02-19 150430.png -- 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/bb6707d3-9130-4da8-b1fb-3b735fda992en%40googlegroups.com <https://groups.google.com/d/msgid/hugin-ptx/bb6707d3-9130-4da8-b1fb-3b735fda992en%40googlegroups.com?utm_medium=email&utm_source=footer>. -- 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/ed90d4b8-c876-4df2-932c-560b0978be84%40gmail.com.
Re: [hugin-ptx] Re: How to get updated hugin-tools package for Hugin 2023.1
On 1/29/24 10:43, wirz wrote: On 29/01/2024 11:45, David W. Jones wrote: On 1/26/24 20:57, David W. Jones wrote: On 1/26/24 20:33, David W. Jones wrote: On 1/26/24 20:30, David W. Jones wrote: I followed the directions for compiling and successfully got a compiled and installed Hugin 2023. Hurrah! Unfortunately, the install process removed Luminance HDR, which depends on hugin-tools. Do I need hugin-tools to match Hugin 2023? If so, how do I get it? The particular error I get trying to reinstall Luminance HDR is: dpkg: error processing archive /var/cache/apt/archives/hugin-tools_2022.0.0+dfsg-2_amd64.deb (--unpack): trying to overwrite '/usr/lib/python3/dist-packages/hpi.py', which is also in package hugin 2023.1.0.8677 So it appears that Hugin 2023 now includes at list one piece that's also in the Hugin Tools package? Although it appears that I've lost nothing. I have Luminance HDR self-compiled and installed, so I guess Synaptic and DPKG are only referring to the Hugin 2022 hugin-tools and Luminance HDR packages, not what I have installed? Weird. I'm sorry that Debian takes so long to catch up to current releases. I use Debian Stable (aka bookworm) and it's only at 2022.0. 2023.0 just hit Debian Testing January 1, and the source I just compiled from Hugin's site is 2023.1... Update: With self-compiled Hugin installed here, along with self-compiled Luminance HDR, APT reports I have held or broken packages. There's no hugin-tools package corresponding to the compiled version of Hugin. Luminance depends on that package, so mixing the hugin-tools package in Debian Bookworm with the self-compiled Hugin 2023 makes updating the system impossible. The usual ways of fixing such didn't work. So I had to remove the self-compiled Hugin 2023 and reinstall the version of Hugin 2022 that's in the Debian Bookworm repository. I think what is happening here, is that when you compile hugin yourself and obtain a deb-package it contains everything while the debian-packaged hugin is split into three parts (hugin, hugin-tools, hugin-data). In other words, you're not actually missing any component, just a dependency according to the packaging system, but I think you found that already. Depending on how important that is, and given that you compile luminance-hdr yourself, you might be able to patch the dependence on hugin-tools out of luminance-hdr. I haven't looked at luminance-hdr, but for example in hugin these dependencies can be found in CMakeLists.txt (search for CPACK_DEBIAN_PACKAGE_DEPENDS or CPACK_DEBIAN_PACKAGE_SHLIBDEPS). cheers, Lukas Wirz Thanks. My compilation of Luminance HDR and Hugin is limited to following command lines on their websites. I was able grab and compile Hugin 2023.0 branch. That's working fine and not having any side effects on packages. So my guess is it's something in 2023.1. Maybe that's the "unstable bleeding edge" of Hugin right now? Oh, well. That's life in the software lane! 😉 -- 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/d9e69171-6609-47a6-9c9d-573cacdb6e0f%40gmail.com.
[hugin-ptx] Re: How to get updated hugin-tools package for Hugin 2023.1
On 1/26/24 20:57, David W. Jones wrote: On 1/26/24 20:33, David W. Jones wrote: On 1/26/24 20:30, David W. Jones wrote: I followed the directions for compiling and successfully got a compiled and installed Hugin 2023. Hurrah! Unfortunately, the install process removed Luminance HDR, which depends on hugin-tools. Do I need hugin-tools to match Hugin 2023? If so, how do I get it? The particular error I get trying to reinstall Luminance HDR is: dpkg: error processing archive /var/cache/apt/archives/hugin-tools_2022.0.0+dfsg-2_amd64.deb (--unpack): trying to overwrite '/usr/lib/python3/dist-packages/hpi.py', which is also in package hugin 2023.1.0.8677 So it appears that Hugin 2023 now includes at list one piece that's also in the Hugin Tools package? Although it appears that I've lost nothing. I have Luminance HDR self-compiled and installed, so I guess Synaptic and DPKG are only referring to the Hugin 2022 hugin-tools and Luminance HDR packages, not what I have installed? Weird. I'm sorry that Debian takes so long to catch up to current releases. I use Debian Stable (aka bookworm) and it's only at 2022.0. 2023.0 just hit Debian Testing January 1, and the source I just compiled from Hugin's site is 2023.1... Update: With self-compiled Hugin installed here, along with self-compiled Luminance HDR, APT reports I have held or broken packages. There's no hugin-tools package corresponding to the compiled version of Hugin. Luminance depends on that package, so mixing the hugin-tools package in Debian Bookworm with the self-compiled Hugin 2023 makes updating the system impossible. The usual ways of fixing such didn't work. So I had to remove the self-compiled Hugin 2023 and reinstall the version of Hugin 2022 that's in the Debian Bookworm repository. -- 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/e412efd5-e0d2-4944-9a11-ae8ff17eb2fb%40gmail.com.
[hugin-ptx] Re: How to get updated hugin-tools package for Hugin 2023.1
On 1/26/24 20:33, David W. Jones wrote: On 1/26/24 20:30, David W. Jones wrote: I followed the directions for compiling and successfully got a compiled and installed Hugin 2023. Hurrah! Unfortunately, the install process removed Luminance HDR, which depends on hugin-tools. Do I need hugin-tools to match Hugin 2023? If so, how do I get it? The particular error I get trying to reinstall Luminance HDR is: dpkg: error processing archive /var/cache/apt/archives/hugin-tools_2022.0.0+dfsg-2_amd64.deb (--unpack): trying to overwrite '/usr/lib/python3/dist-packages/hpi.py', which is also in package hugin 2023.1.0.8677 So it appears that Hugin 2023 now includes at list one piece that's also in the Hugin Tools package? Although it appears that I've lost nothing. I have Luminance HDR self-compiled and installed, so I guess Synaptic and DPKG are only referring to the Hugin 2022 hugin-tools and Luminance HDR packages, not what I have installed? Weird. I'm sorry that Debian takes so long to catch up to current releases. I use Debian Stable (aka bookworm) and it's only at 2022.0. 2023.0 just hit Debian Testing January 1, and the source I just compiled from Hugin's site is 2023.1... -- 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/acafbe9d-21da-4d4d-92e0-cae001dcaaa5%40gmail.com.
[hugin-ptx] Re: How to get updated hugin-tools package for Hugin 2023.1
On 1/26/24 20:30, David W. Jones wrote: I followed the directions for compiling and successfully got a compiled and installed Hugin 2023. Hurrah! Unfortunately, the install process removed Luminance HDR, which depends on hugin-tools. Do I need hugin-tools to match Hugin 2023? If so, how do I get it? The particular error I get trying to reinstall Luminance HDR is: dpkg: error processing archive /var/cache/apt/archives/hugin-tools_2022.0.0+dfsg-2_amd64.deb (--unpack): trying to overwrite '/usr/lib/python3/dist-packages/hpi.py', which is also in package hugin 2023.1.0.8677 So it appears that Hugin 2023 now includes at list one piece that's also in the Hugin Tools package? -- 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/4b630dfb-0fe4-484d-a564-7a7d7e4d778e%40gmail.com.
[hugin-ptx] How to get updated hugin-tools package for Hugin 2023.1
I followed the directions for compiling and successfully got a compiled and installed Hugin 2023. Hurrah! Unfortunately, the install process removed Luminance HDR, which depends on hugin-tools. Do I need hugin-tools to match Hugin 2023? If so, how do I get it? -- 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/a676c465-6708-42a8-b9e7-563e0a4989aa%40gmail.com.
Re: [hugin-ptx] Hugin computing power
For Mac and Windows: https://hugin.sourceforge.io/ Us Linux users have to download source and compile our own. At least Debian seems to lag behind on Hugin releases. Don't know about other distros. On 1/26/24 12:15, Michael Sass wrote: Hi there, I have used Hugin to stitch panoramas for a long time and need to load and get the free latest version please. How do I go about it? Cheers Mike. -- 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/2f7de6f5-85ab-48d7-bad6-de654b4a65e8%40gmail.com.
Re: [hugin-ptx] Hugin computing power
Thanks. I didn't know you had two cameras. Very cool! On 1/25/24 08:26, Maarten Verberne wrote: I'm not sure what you are asking. Hugin was used to combine the images of 2 cams in a panorama, used the template it created for the rest of the images. Op 25-Jan-24 om 5:40 schreef David W. Jones: That's pretty good. How did you use Hugin in this project? -- 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/94fe9b75-e86f-4b2c-9869-d9ed2f978a08%40gmail.com.
Re: [hugin-ptx] Hugin computing power
That's pretty good. How did you use Hugin in this project? On 1/23/24 23:03, Maarten Verberne wrote: My first Hugin project turned into a trilogy. While the story stayed the same, you might still have a preference. It will be publicly available tomorrow, but the links should already be active. RED: https://youtu.be/LMaIQQZKF14 WHITE: https://youtu.be/b1S9WM55-Dg BLUE: https://youtu.be/JVLevahXJJ4 Chronicle of Breda 2023: Time travel through the year. On the left you'll find the Breda Percipitation Level, where the red line represents the average precipitation for that day. The waterlevel shows the actual rain that falls and is related to surface water levels. On top there is a temperature indicator that writes the temperature change per day and creates a annual overview. The images follow the date. -- 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/cd70c977-11ec-4276-8474-84f90604490d%40gmail.com.
Re: [hugin-ptx] Hugin computing power
Very impressive gain! I do think replacing the external HDD drives with internal NVMEs would really speed up reading those 8K images and writing out intermediate files. I sometimes think of Hugin as a GUI for the tools in pano-tools. Useful front end for me, while pano-tools can be used directly by those that do heavy image processing (sounds like what you do). Are the results of what you do publicly visible anywhere? On 1/13/24 23:48, Maarten Verberne wrote: When i replied yesterday, i realized it was time to start sorting and stitching the last 2 month of 2023i was dragging my feet starting this. With 3 terminals open running the script, i see one after another print nona.exe: using graphic card, then one after another Done Nona (from my script) and then one after another Done Enblend and then it starts again. the system now runs at 100 watt total, where about 15 watt is for the AMD RX 480 (only 10% peak load when nona is active), the rest is CPU (average 65% load, R5-3600), board, nvme + 1 hdd drive and >80% power supplythe 3 external hdd drives are not part of the 100 watt. Since yesterday it has stitched up some 20.000 images that are 8K, while with one script running it would be 7.000 - 8.000 images. Impressive gain isn't it? still, 10 days to go before it's finished with this run:) and that's the thing that keeps me from moving to more than 8K for this. time to stitch and hdd space. but for smaller ideas in the future, i love hugin. Op 14-Jan-24 om 8:46 schreef David W. Jones: Ah. Doesn't sound worth it to me. Thanks. On 1/13/24 21:11, Maarten Verberne wrote: to make it more confusing, while it is nona -g it is enblend -gpu but you'll have to compile enblend yourself to add gpu support Op 14-Jan-24 om 3:11 schreef David W. Jones: Enblend 4.2 here doesn't offer the option to use the GPU. The "-g" option here says "associated-alpha hack for Gimp (before version 2) and Cinepaint". -- 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/e1dcac38-4adc-430d-8573-f9d84fa91ed9%40gmail.com.
Re: [hugin-ptx] Hugin computing power
Ah. Doesn't sound worth it to me. Thanks. On 1/13/24 21:11, Maarten Verberne wrote: to make it more confusing, while it is nona -g it is enblend -gpu but you'll have to compile enblend yourself to add gpu support Op 14-Jan-24 om 3:11 schreef David W. Jones: Enblend 4.2 here doesn't offer the option to use the GPU. The "-g" option here says "associated-alpha hack for Gimp (before version 2) and Cinepaint". -- 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/411c5f45-5930-45d9--d07d94060bda%40gmail.com.
Re: [hugin-ptx] Hugin computing power
On 1/13/24 04:22, Maarten Verberne wrote: Op 13-Jan-24 om 11:11 schreef David W. Jones: On 1/12/24 22:34, Maarten Verberne wrote: I don't have resources for it yet, either. But if my Dell laptop gives up the ghost (the Thunderbolt/USB-C port died last year), the replacement dollars go into the desktop. That currently has a motherboard running an Intel Pentium 4, so a motherboard replacement/new memory/new cooling system is inevitable. in that case even a few gen old i3 will speed up things considerably due to avx :) My Dell has an i9, so AVX and such is already there. The desktop upgrade will bring those benefits to the desktop machine. Not in my experience. Stitching starts, 16 threads fire up, and checking in htop shows none of them waiting for others. a yes, that part is not single threaded, what i meant was that it starts with nona>enblend and then back to next image nona>enblend. Nona is single-threaded. It runs through image remapping in less than 5 seconds on the UDH630. if i start one process you'll see so many peaks per minute on the GPU, where each peak is 2 images that are processed with nona. if i start 3 (close after each other) you'll see a multitude of peaks, close to 3x as much per minute. but after a while they will 'latch up' for quite some time, so the peaks on the gpu get wider and there are only so many peaks left as with one script. every now and then one of the quicker cores matches one of the slower cores in finishing an image save earlyer and the whole sequence of loose peaks starts over until they come together again. I understand that enblend isn't always compiled with multiprocessor support, maybe that's the difference? i'm using the precompiled version of hugin in windows, and that seems to be compiled properly for multriproc, it only lacks support for enblend gpu out of the box. but i didn't find any improvements speed wise by using enblend -gpu when i tried that. Enblend 4.2 here doesn't offer the option to use the GPU. The "-g" option here says "associated-alpha hack for Gimp (before version 2) and Cinepaint". Yeah, might be a bit much. But might be more cost effective than alternatives? at this moment, that is definitely true for me :) So we shall save up our pennies! Yes, Nvidia isn't on my list. If I was using Adobe under Windows on this machine, I suppose the resident RTX would get used. I understand AMD's GPUs are more power efficient than the RTX3000 series GPUs. yes they are, i used a hd6850 for a while that would be twice the speed of the uhd630, 6x rtx3060...and that's a 10 year old card :) however, i think the arc might be the real killer. Arc cards sound interesting, but Linux support for AMD is much more mature. Hmm, I'd think that since you're doing this through scripts, you'd have control over where final images are written. I've never done that, but might be worth asking about. i think it is too little gain to pursue that for now. I survive on a mere 2TB M2 drive, but don't do as much heavy lifting as you. for last year images i have 12TB in store, sorting and then stitching triples that for the duration of the project. My server has 14TB. Hmm, I've had Hugin (particularly enblend) consume more than the 64GB RAM in my laptop when stitching. Probably depends on the sizes of the source images and the final image. Perhaps the image format, too? absolutely. Many years ago, I was using a 6MP DSLR. I decided to run CPFind from commandline set to use --fullscale. Processing just a single 5MP image consumed 2GB of memory. I don't think GPU matters at all, as you pointed out about Intel onboard GPUs outrunning the fancy GPUs. If the GPU supports OpenGL (without throwing you out of house and home with its electric bill!), then any basic GPU is good. :) It matters in the speed nona works, and that's still significant if you do a lot of stitching. i might be able to catch some screen prints if you like. Ah, as Lukas Wirz wrote, it appears openCL...got those mixed up, but the point stands. a gpu that does openCL well is what you want, that ain't nvidea, this is intel and amd. About speedy cards, is it the FP64 performance that makes specific cards shine more? I have no idea. -- 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/55ae5f72-9589-4ad3-bc81-88ebea10fed4%40gmail.com.
Re: [hugin-ptx] Hugin computing power
On 1/13/24 05:54, Maarten Verberne wrote: Op 13-Jan-24 om 16:10 schreef wirz: I don't think GPU matters at all, as you pointed out about Intel onboard GPUs outrunning the fancy GPUs. If the GPU supports OpenGL (without throwing you out of house and home with its electric bill!), then any basic GPU is good. :) It matters in the speed nona works, and that's still significant if you do a lot of stitching. i might be able to catch some screen prints if you like. Ah, as Lukas Wirz wrote, it appears openCL...got those mixed up, but the point stands. a gpu that does openCL well is what you want, that ain't nvidea, this is intel and amd. No no, what I wrote was an addition, not a correction. Hugin / nona use OpenGL and enblend uses OpenCL. In that case, openGL is the issue with nvidea, couldn't tell if openCL is a problem for nvidea..didn't test that combo with the rtx and enblend. Interestingly, while I have OpenCL installed here, neither Hugin, nona nor enblend use it. The only apps that it seems to be connected with are Ardour (pro audio DAW), Blender, Kdenlive, etc. -- 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/1f7c3b68-4533-495c-8f39-5fb9c2573e93%40gmail.com.
Re: [hugin-ptx] Hugin computing power
Oh, it would have been a bit quicker, but my swap partition is also on the NVME SSD, so it's pretty fast. For comparison, ages ago, the desktop machine originally had a Sempron processor and two GB of RAM. It took about 8 hours to stitch a panorama made from 6MP images. On 1/13/24 06:27, Maarten Verberne wrote: if you do not have >64Gb i would try to seperate the images in 2 groups, stitch them first and then stitch the 2 group frames together... although it means more work for you and might have a quality degradation, it will probably be quicker if you can keep it within your available RAM. Op 13-Jan-24 om 11:11 schreef David W. Jones: Hmm, I've had Hugin (particularly enblend) consume more than the 64GB RAM in my laptop when stitching. Probably depends on the sizes of the source images and the final image. Perhaps the image format, too? -- 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/93219bd4-5b30-4a96-806d-9bb7449b3cbd%40gmail.com.
Re: [hugin-ptx] Hugin computing power
e than the 64GB RAM in my laptop when stitching. Probably depends on the sizes of the source images and the final image. Perhaps the image format, too? I don't think GPU matters at all, as you pointed out about Intel onboard GPUs outrunning the fancy GPUs. If the GPU supports OpenGL (without throwing you out of house and home with its electric bill!), then any basic GPU is good. :) -- 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/1eba9407-b2ea-4e48-b479-b6a05692d103%40gmail.com.
Re: [hugin-ptx] Hugin computing power
Thanks, Maarten, but I wasn't the original poster. I was just responding to E Kow and the list with the thoughts I've had. On 1/11/24 23:12, Maarten Verberne wrote: https://www.cpubenchmark.net/singleThread.html maybe this helps you to find a speedy cpu for hugin. I've already settled on that - Ryzen 7950X. Enblend and other graphics applications I use really benefit from multiple cores and threads, so the more cores, the better. Since I want performance, Intel's continued love affair with efficiency cores doesn't appeal to me. My experience with Intel performance processors has been that while Intel loves to chant their peak clock speeds, their processors can only hit that speed with a single core is enabled. What's the point of that when the software happily and rapidly uses multiple cores? The i9 in my laptop has a nominal 5GHz max. The best it has ever done is 4.6GHz, and that only briefly before it throttled down due to temperature. Op 12-Jan-24 om 8:52 schreef Maarten Verberne: Hi David, I do not know your working method, but a high end graphics card is not really needed and won't improve speed that much since only nona uses it for a split second. recompiling hugin so enblend can use the gpu did not lead to a speedincrease in my case, so i work now without -gpu in enblend...but that might be different for you. My working method is interactive. I don't do nearly as many images as you do! I have stitched about 2m images this year via cmd scripts. depending on how much cores you have you might be able to start more than one cmd process. fi i use a ryzen 5-3600 for stiching and have 3 cmd script run simultanious. as for the -g (GPU use) for nona, i've discovered nona doesn't work well with nvidea, even an intel IGPU is quicker...as is an AMD card. I think nona uses OpenGL, which NVidia doesn't really support. NVidia wants to lock customers into their platform; the antithesis of OpenGL. Nona plus the on-board Intel UHD-630 works fine. Another question to think about. Multicore CPU: yes, many cores/threads. Start three processes, each gets a core/thread. Is the same true about GPUs? Or does a GPU handle input from only one source at a time? So if script 1 fires off Nona on the GPU, what happens when script 2 and script 3 try to run nona on the GPU at the same time? lastly, my system used 3 HDDs (one for each cmd script that is running) but an ssd would naturally help a bit there speedwise. all in all it takes me about 1 week to process 160.000 images to 80.000 if you do find a way to speed that up, i'm very interested. Maarten Maarten, in my experience, replacing your HDD drives with SSDs would make a big difference. Even connected via SATA cables, SSD is faster. NVME drives (if your motherboard supports them) would be even faster. If your motherboard doesn't support NVME, you might invest in a 4-port PCIe expansion card that adds NVME connections, and replace your HDDs with NVME SSDs on the card. I think it would massively increase read and write speeds. Op 12-Jan-24 om 5:04 schreef David W. Jones: On 1/11/24 01:19, E Kow wrote: Hi, As mentioned earlier I am often stitching 500 or more microscope images. I am thinking to get a new dedicated computer for this. How much computing power can Hugin utilize (RAM, GPU etc)? Does it make sense to buy a really high spec desktop computer with high end graphics card? E Kow, if you're still reading this: Go for as much processor performance and memory you can. Hugin spends nearly all of its processing time running on the CPU and using memory. Don't worry about the GPU. Intel or AMD on-board GPU is plenty. Nona is the only part of Hugin that uses GPUs. Maarten is right. At worst, nona only takes a tiny fraction of time to remap images using onboard Intel UHD GPUs. No need to spend money for high-end, mid-level, or low-end GPUs. Hello! I don't know how much Hugin can utilize re RAM, GPU, etc, but I run Hugin on a laptop with an 8-core/16-thread i9, 64GB of RAM, 2TB NVME PCI drive. The laptop has two GPUs - Intel UHD630 and NVidia GTX-1650 Max. I run Linux and have never been able to get any application to use the GTX, but the Intel GPU works fine for remapping images. I've done some big panoramas - not as many frames as yours! - and had the system consume more than 64GB of RAM. I don't think the RAM consumption is related to processes running on a GPU. It comes when Hugin goes to the blending process. Hugin happily runs 16 threads and takes as much memory as it needs. I'm giving up on laptops as power computing platforms. While modern ones can pack fast processors and almost enough memory, they can't dissipate heat fast enough. Throttling kicks in, and then a processor capable of hitting a nominal 5GHz is running at 3GHz instead, with a temperature reported at 21
Re: [hugin-ptx] Hugin computing power
On 1/11/24 01:19, E Kow wrote: Hi, As mentioned earlier I am often stitching 500 or more microscope images. I am thinking to get a new dedicated computer for this. How much computing power can Hugin utilize (RAM, GPU etc)? Does it make sense to buy a really high spec desktop computer with high end graphics card? -- 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/1427c1e7-1780-428f-897c-d4df6c178d9cn%40googlegroups.com <https://groups.google.com/d/msgid/hugin-ptx/1427c1e7-1780-428f-897c-d4df6c178d9cn%40googlegroups.com?utm_medium=email&utm_source=footer>. Hello! I don't know how much Hugin can utilize re RAM, GPU, etc, but I run Hugin on a laptop with an 8-core/16-thread i9, 64GB of RAM, 2TB NVME PCI drive. The laptop has two GPUs - Intel UHD630 and NVidia GTX-1650 Max. I run Linux and have never been able to get any application to use the GTX, but the Intel GPU works fine for remapping images. I've done some big panoramas - not as many frames as yours! - and had the system consume more than 64GB of RAM. I don't think the RAM consumption is related to processes running on a GPU. It comes when Hugin goes to the blending process. Hugin happily runs 16 threads and takes as much memory as it needs. I'm giving up on laptops as power computing platforms. While modern ones can pack fast processors and almost enough memory, they can't dissipate heat fast enough. Throttling kicks in, and then a processor capable of hitting a nominal 5GHz is running at 3GHz instead, with a temperature reported at 212F. For comparison, the 2-core, no-thread Pentium 4 in my server (in a midsize desktop tower case) is set to run a constant 3GHz (and does) and runs at 110F. It never throttles. My current plans would be for an AMD 7950X, 128GB (256GB if possible). My current camera shoots 20MPX and I prefer to work with RAW and high-dynamic range. I'm hoping to replace with camera with a 61MPX Sony A7R IVA model, so I expect RAM consumption will go up a lot. I don't know if the Windows version of Hugin supports NVidia GPUs better than the Linux version does. I understand Linux supports AMD GPUs better than the NVidia line. I'm sure there are people on the list that know more about Hugin and GPUs, maybe they have thoughts? -- 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/c5faa782-726c-4fa0-a9d1-42e2bdc48fca%40gmail.com.
Re: [hugin-ptx] Re: Simple UI improvement suggestion (correct exposures and colors)
Well, start with Wikipedia: https://en.m.wikipedia.org/wiki/High-dynamic-range_imaging I use EXR format by preference, that came from the TV/movie world. Then you get to astronomical digital imaging. They don't use Bayer type sensors. They use sensors that read only brightness levels, and physical filters to change the frequency of light that hits the sensor. Or something like that. On December 14, 2023 11:04:50 PM HST, Paul Womack wrote: > I would take a big money bet that the still camera world's definition of > HDR (formal or implicit) is different to the TV/Film world's. > > Just to make life difficult for everyone. > > On Thu, 14 Dec 2023 at 23:33, David W. Jones wrote: > > > My old Minolta Maxxum 7D's camera provided 12-bit color in its RAW format, > > using the camera's 12-bit ADC. > > > > My current Sony SLT-A58 specifications report 12-bit color in RAW, too. > > Although I'm puzzled. I found a page about it at Imaging-Resource.com that > > mentions "DxO" scores(?) for the sensor. They report color depth score of > > 23.3 bits and a Dynamic Range Score of 12.5EV... > > > > I suppose it depends on your definition of HDR, but my understanding is > > that HDR is 16-bit or higher... My thought on it is "HDR" is anything > > higher than 8-bit per color channel, so the common television HDR10 > > standard is HDR. > > > > Ideas? > > > > On 12/14/23 08:56, Paul Womack wrote: > > > > Nikon D850 - 14.8 stops off the sensor. Don't know how many bits it uses > > to represent that. > > > > On Thu, 14 Dec 2023 at 15:39, 'T. Modes' via hugin and other free > > panoramic software wrote: > > > >> GnomeNomad schrieb am Donnerstag, 14. Dezember 2023 um 00:59:13 UTC+1: > >> > >> There's one situation where Abrimaal's idea makes sense for me: when > >> using 16-bit HDR source images. I don't do any exposure corrections in the > >> source images, just take them as the camera produced them. > >> > >> What (consumer) camera produces HDR images straight out of the cam? > >> > >> > >> -- > > David W. jonesgnomeno...@gmail.com > > wandering the landscape of godhttp://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/8c372a71-d201-48f7-9f00-b8a27f090a85%40gmail.com > > <https://groups.google.com/d/msgid/hugin-ptx/8c372a71-d201-48f7-9f00-b8a27f090a85%40gmail.com?utm_medium=email&utm_source=footer> > > . > > > > -- > 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/CAD1remZzPbx%2BojUg2gFmM-%3DFrQTvh%3Dh4uR_2Evfg%3DoC9b9B4Fg%40mail.gmail.com. -- David W. Jones gnomeno...@gmail.com exploring the landscape of god http://dancingtreefrog.com Sent from my Android device with F/LOSS K-9 Mail. -- 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/F0D25F84-B3DF-49D2-A343-0344C613B757%40gmail.com.
Re: [hugin-ptx] 2023.08 Flatpak EGL 1.5 required
On 12/14/23 05:35, 'T. Modes' via hugin and other free panoramic software wrote: GnomeNomad schrieb am Donnerstag, 14. Dezember 2023 um 00:58:15 UTC+1: Oh. I always thought the benefit of the flatpak concept was that it was independent of the installed system. Some basic stuff needs to be in the drivers. They can't be in the flatpack. If you want a complete independent program you would need to use a live CD/system. Thanks. I'll continue to prefer native packages for my platform (Debian Linux). The X/Wayland divide continues to be a significant block. -- 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/0a12be6e-a7e6-4f8a-bd2d-fa07d9c92146%40gmail.com.
Re: [hugin-ptx] Re: Simple UI improvement suggestion (correct exposures and colors)
My old Minolta Maxxum 7D's camera provided 12-bit color in its RAW format, using the camera's 12-bit ADC. My current Sony SLT-A58 specifications report 12-bit color in RAW, too. Although I'm puzzled. I found a page about it at Imaging-Resource.com that mentions "DxO" scores(?) for the sensor. They report color depth score of 23.3 bits and a Dynamic Range Score of 12.5EV... I suppose it depends on your definition of HDR, but my understanding is that HDR is 16-bit or higher... My thought on it is "HDR" is anything higher than 8-bit per color channel, so the common television HDR10 standard is HDR. Ideas? On 12/14/23 08:56, Paul Womack wrote: Nikon D850 - 14.8 stops off the sensor. Don't know how many bits it uses to represent that. On Thu, 14 Dec 2023 at 15:39, 'T. Modes' via hugin and other free panoramic software wrote: GnomeNomad schrieb am Donnerstag, 14. Dezember 2023 um 00:59:13 UTC+1: There's one situation where Abrimaal's idea makes sense for me: when using 16-bit HDR source images. I don't do any exposure corrections in the source images, just take them as the camera produced them. What (consumer) camera produces HDR images straight out of the cam? -- 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/8c372a71-d201-48f7-9f00-b8a27f090a85%40gmail.com.
Fwd: [hugin-ptx] Re: Simple UI improvement suggestion (correct exposures and colors)
On 12/13/23 08:48, 'T. Modes' via hugin and other free panoramic software wrote: Abrimaal schrieb am Montag, 11. Dezember 2023 um 01:20:18 UTC+1: After 10 years of making panoramas in Hugin, I see that the most of panoramas look better (more naturally) without exposure correction. Especially the sky and night scenes. I suggest adding two *optional* steps in the Assistant preferences: Correct exposures, correct colors, without entering the Panorama editor to Reset. I see the opposite. For me the panoramas become significant better with photometric corrections. I generally see that, too, although it depends on the source images. But I generally try to do exposure correction (if any) in the source images. I think it avoids the occasional situation where Hugin maybe gets confused when the images have a wide range of exposures and/or color temperatures? There's one situation where Abrimaal's idea makes sense for me: when using 16-bit HDR source images. I don't do any exposure corrections in the source images, just take them as the camera produced them. Then I use Hugin to stitch the images into an EXR panorama and process that in Luminance HDR. So I don't need or want exposure correction for the source images. Now, how does this connect with the Assistant? I usually follow a manual process (align, clean control points, next step of aligning, clean, etc) for aligning images. In some cases, I've been unable to get an aligned panorama out of the set that way. But in many of those cases, starting from scratch using the Assistant produces a nicely-aligned image - only with the photometric corrections I don't want. While that can be cleared in Hugin, it might be nice to have an option to turn it off in the first place? Or is that something that could be done in a modified Assistant script? -- David W. Jones gnomeno...@gmail.com authenticity, honesty, community 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/3256343e-0703-48dd-bb40-1b1d934498b7%40gmail.com.
Fwd: [hugin-ptx] 2023.08 Flatpak EGL 1.5 required
On 12/13/23 08:45, 'T. Modes' via hugin and other free panoramic software wrote: GnomeNomad schrieb am Montag, 11. Dezember 2023 um 10:30:40 UTC+1: So, I'm confused. The *flatpak* version of Hugin requires EGL 1.5 but it's not included in the flatpak, or *all* versions of Hugin require EGL 1.5? Thanks. The underlying GUI library wxWidgets is using (by default) EGL 1.5 to support OpenGL (wxGLCanvas) under Wayland. So Hugin inherits this dependency. I think it does not packed into the flatpak, instead the graphics driver has to support EGL 1.5 or later. Oh. I always thought the benefit of the flatpak concept was that it was independent of the installed system. -- David W. Jones gnomeno...@gmail.com authenticity, honesty, community 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/3c696c27-2243-457e-8015-6797dc1eecae%40gmail.com.
Re: [hugin-ptx] 2023.08 Flatpak EGL 1.5 required
On 12/9/23 20:35, Wolfgang Stey wrote: Good morning, i have already explained the problem on Github. Here the link: https://github.com/flathub/net.sourceforge.Hugin/issues/11 Thanks for your help. greeting wolfgang So, I'm confused. The *flatpak* version of Hugin requires EGL 1.5 but it's not included in the flatpak, or *all* versions of Hugin require EGL 1.5? Thanks. 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/a80fd1ab-371c-4c0d-84f6-ace383dd8ddb%40gmail.com.
Re: [hugin-ptx] Hugin 2022.0 Black blotches on final stitches
I hit this recently. Running clean control points again in Hugin fixed it. I tried the Hugin built-in blender; instead of a smooth blend, it produced areas of little square tiles (each a solid color) instead. So I went back to enblend. I also think alignment might be sensitive to the presence of unnecessary images. Say one in the middle somewhere that is completely covered by other images. I'm also starting to wonder about the Hugin PTO Generator option (select images, right click, open with Hugin PTO Generator). Opening the resulting PTO file in Hugin and making a panorama (using either my usual step-by-step process, or using the Assistant) from it sometimes just produces panoramas with weird curves, misaligned frames, etc. If I close the PTO, start a new project in Hugin, drag-and-drop the same images into Hugin, then make my panorama either way - it comes out fine. Just thoughts and ideas. On 11/16/23 07:50, Claudio Rocha wrote: When I've run into this issue in the past, the only solution I've found is to re-arrange the order of the images, or to eliminate images that have too many redundant control points (or completely overlap other images) On Thursday, November 16, 2023 at 4:15:01 AM UTC-6 mer...@archive.org wrote: Hi Robert, On 14/11/2023 21:00, Robert Mahar wrote: > Yeah, thats whats forcing me to stick with enblend and "jiggle the > handle" till the black tiles go away. This 240 tile project gives 1 - 4 > black areas every stitch if the images are in order ( right to left / > top to bottom ). I was going to dig into this, but I've always had > issues building enblend from source owing to vigra, but I guess I need > to figure that out to look under the hood. FWIW I do see this issue > when there is a regular overlap in the shooting pattern as there is in > this project. Unfortunately the tool I'm working on as a substitute for > cpfind needs the order of the images to be preserved at the moment - > once thats fixed somehow then I can permute the image order and sidestep > this. I am not sure how helpful my suggestions here are going to be, but from my experience over the past month (doing the same but for photos microfiche), I can maybe suggest a few things for this: 1. For blending, give multiblend [1] at try if you haven't already. I've had some problems with enblend producing some odd artifacts at time. I am not confident enough to say it was really an enblend problem (and not my project variables / control points at the time), but I appreciate the speed and reproducibility of multiblend. 2. For control point finding, you said you use a custom one. I also ended up writing my custom control pointer (ORB based) finder and I was having problems with visible seams until I realized my control points weren't actually fitted properly with RANSAC - I wasn't accounting for rotation in between my images (I expected there to be none). I'm not saying the problems you're having are because you use a custom control point finder, but it might be worth ruling that out by just using cpfind with --multirow 2b. Related to control point finding, I don't know what is the reason for not using cpfind, but if the reason is performance, then this might help. If you make a template and apply it using pto_template, you can use cpfind --prealigned and have cpfind 'do the right thing', so it won't do excessive matching that you might be trying to avoid. At least, I've understood this should do the trick at being more efficient. (Please let me know if you figure this out (it's probably not too hard, but I didn't try yet) 3. Maybe just open the project file in Hugin and see if the control points are really all correct/align for the individual images. Regards, Merlijn [1] https://horman.net/multiblend/ > On Monday, November 13, 2023 at 10:21:02 AM UTC-5 bruno...@gmail.com wrote: > > The black shadows are an enblend bug, they don't appear if you use > the built-in Hugin blender (which is not as sophisticated as > enblend, but is more stable) - Bruno -- 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/9e0aa80b-3708-42af-a557-8f540c6bf7ff%40gmail.com.
Re: [hugin-ptx] Stitch Panorama Without Blending Exposure?
Hmmm. Based on what the original poster's wants are (sharp lines between images, no blending between images) - can multiblend do that? On 11/13/23 11:07, Gunter Königsmann wrote: Can you use multiblend instead of enblend? It's faster and has no intelligent seams. Kind regards, Gunter. -- -- 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/e330b90f-a9c9-4dd5-8d97-26e224e91b58%40gmail.com.
Re: [hugin-ptx] Hugin 2022.0 Black blotches on final stitches
On November 12, 2023 5:10:35 PM HST, Greg 'groggy' Lehey wrote: > On Saturday, 11 November 2023 at 22:08:34 -0800, Robert Mahar wrote: > > ( OK, well 2022.0.0.a0962865f932 ) > > > > I often get black regions in final stitches. For smaller projects, not > > often. > > "Me too". This seems to be happening more frequently. Until recently > I was using the 2018 version, then 2022, and with 2022 things became > worse. > > I'm still investigating, and so far I don't have any further > information, but at least I wanted to say that you're not alone. > Hopefully I'll come up with more information. > > Greg I use 2022. I've rarely gotten it. It only seems to happen when I'm messing around with complex masks, or it turns out that alignment is really off. -- David W. Jones gnomeno...@gmail.com exploring the landscape of god http://dancingtreefrog.com Sent from my Android device with F/LOSS K-9 Mail. -- 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/1E39918C-62B7-412E-BECB-9404A8950B07%40gmail.com.
Re: [hugin-ptx] Stitch Panorama Without Blending Exposure?
Thanks. I've made panoramas using GIMP, never with Photoshop.
An option that might work for you is to have Hugin output remapped
images. They'll be appropriately distorted, rotated, positioned as they
would be in a blended panorama. Then you can layer them together in
Photoshop. I think that would give you unblended seams. Simply
flattening the layered image might be sufficient.
I haven't done that in a long time, so I forget if the remapped images
make transparent all parts of a remapped image that aren't included in
the blended panorama. But it might work.
Another option, since you want deliberate mismatches and misalignments,
is to put in mismatched/bad control points. If you don't run the "clean
control points" option, the "bad" control points will survive and affect
the alignment process.
I use Hugin with the Expert user interface, ("Interface > Expert"). If
you usually use the Simple interface or the Assistant tab in the GL
Preview window, you might need to change. The Expert interface gives a
lot more control over the process.
On 11/10/23 04:49, Alexander Drecun wrote:
Mostly with Photoshop or Affinity. I used Hugin and, with a basic
start-to-finish approach, have gotten very nice panoramas too. The
issue I’m having is that I’m deliberately trying to produce
bad/misaligned/unblended panoramas, and this can be difficult to
systematize. Photoshop will produce tiled, unblended results but only
if I overwhelm it to a very specific degree; if I add too many images,
it will freeze and won’t spit anything out. Affinity, meanwhile,
always blends no matter the result it gets. I think Hugin is the best
option is because I can make choices about all of the control points
that decide just how aligned or misaligned my panoramas are. The issue
is that I just need to figure out how to prevent it from trying to
blend the component images into a seamless stitch.
On Nov 9, 2023, at 11:11 PM, David W. Jones wrote:
How do you make your panoramas now?
On 11/9/23 20:47, Alexander Drecun wrote:
Yeah, a hard cut. I'm aiming for a stitch that is basically the
tiled images layered over one another before any blending or
exposure correction is done. I've attached a screencap from the
preview window and a screencap of what it's looking like once
stitched. (Btw it's intentional that things are misaligned.)
I'll try these entries with Enblend to see if they make a
difference. How do I leave out "photometric optimization?" I'm still
relatively new to Hugin and so some of these things are a bit over
my head.
Thanks,
Alex
On Thu, Nov 9, 2023 at 6:13 PM David W. Jones
wrote:
Hmm, so you want hard seams between images - no blending, just a
sharp
cut from one image to the next?
Gunter's reference to the online documentation might have the
solution
in it.
Maybe one option is to set enblend's levels to 1? I think
"--levels=1"
tells enblend tto blend as little as possible between images.
On 11/8/23 20:07, Alexander Drecun wrote:
> Is there any way to stitch a panorama without having Hugin
blend/match
> the exposure across the component images? Specifically, I want
to see
> the seams and edges of each component image in the stitched
panorama.
>
> Thanks,
>
> Alex
--
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/8417189b-e313-4dd3-9319-837a1125644c%40gmail.com.
Re: [hugin-ptx] Stitch Panorama Without Blending Exposure?
Hmm, so you want hard seams between images - no blending, just a sharp cut from one image to the next? Gunter's reference to the online documentation might have the solution in it. Maybe one option is to set enblend's levels to 1? I think "--levels=1" tells enblend tto blend as little as possible between images. On 11/8/23 20:07, Alexander Drecun wrote: Is there any way to stitch a panorama without having Hugin blend/match the exposure across the component images? Specifically, I want to see the seams and edges of each component image in the stitched panorama. Thanks, Alex -- 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/052e8324-1f1a-4d90-97ab-b18425606632%40gmail.com.
Re: [hugin-ptx] Re: Re: Hugin 2023.0 beta 1 released
I couldn't find what version of WxWidgets comes with 21.2. Their user forums mentioned issues in WxWidgets v3.0.x, but that was from several years earlier. I think one of the issues mentioned was actually with LMDE, not WxWidgets. On October 16, 2023 3:20:49 PM HST, "Jeff “weltyj” Welty" wrote: > I have linux mint 21.1 (vera). It was released Dec 2022. It isn't *that* > old. There is a new version out -- 21.2 released last July, maybe it's got > a newer version of wxwidgets. > > Jeff > > On Monday, October 16, 2023 at 4:31:27 PM UTC-7 GnomeNomad wrote: > > > Hmm, sounds like a really old "stable" version of Linux...I have current > > Debian Bookworm. Debian's not particularly known for keeping up with the > > latest, but even it has wxWidgets 3.2.1. > > > > What Linux do you have? > > > > On 10/16/23 12:54, Jeff “weltyj” Welty wrote: > > > > Hi Thomas, > > > > Yes, my wxWidgets is old. The two-edged sword of living with a stable > > linux version strikes again. I tried the "-DUSE__GDKBACKEND_X11=on > > workaround" but it didn't fix it. It is NOT an important issue for me. > > I'll see if I can get the wxWidget 3.2.x installed from source when I have > > time. > > > > Thanks for this new release of hugin, it's looking good. > > > > Thanks, > > Jeff > > > > On Monday, October 16, 2023 at 11:34:21 AM UTC-7 T. Modes wrote: > > > >> Hi Jeff, > >> > >> eljef...@gmail.com schrieb am Sonntag, 15. Oktober 2023 um 18:16:11 > >> UTC+2: > >> > >> I started hugin with an existing project, confirmed it was the beta with > >> Help->About > >> I typically use the fast panorama preview window, and that window went > >> completely blank -- only the "File,Edit,View,Interface,Help" menu items > >> were visible, the tabs "Assistant ... Crop" were not displayed at all. > >> > >> I can reproduce this behaviour by: > >> > >> . Minimizing the fast preview window > >> . Removing an image from the project > >> . Restore the fast preview window > >> > >> If I click the undo button (making the removed image part of the project > >> again), the fast preview window displays everything properly. > >> > >> I don't know if this bug existed in the previous version of hugin. > >> > >> > >> > >> > >> Libraries > >> wxWidgets: wxWidgets 3.0.5 > >> wxWidgets Library (wxGTK port) > >> Version 3.0.5 (Unicode: wchar_t, debug level: 1), > >> Runtime version of toolkit used is 3.24. > >> Compile-time GTK+ version is 3.24.33. > >> > >> > >> Nobody else has reported something similar. So I assume a build issue. > >> The wxWidgets version is very old - it has some flaws with Wayland. > >> Read the "notes" section in the file INSTALL_cmake or in the release > >> notes. > >> Either activate the workaround or - better - use wxWidgets 3.2.x. > >> > >> Thomas > >> > >> -- > > 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+...@googlegroups.com. > > > > To view this discussion on the web visit > > https://groups.google.com/d/msgid/hugin-ptx/9f68a351-ed68-42dc-96f6-1d9226ae6b9bn%40googlegroups.com > > > > <https://groups.google.com/d/msgid/hugin-ptx/9f68a351-ed68-42dc-96f6-1d9226ae6b9bn%40googlegroups.com?utm_medium=email&utm_source=footer> > > . > > > > > > > > -- > > David W. jonesgnome...@gmail.com > > wandering the landscape of godhttp://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/538a271a-c787-41ff-a031-83fdf47df03an%40googlegroups.com. -- David W. Jones gnomeno...@gmail.com exploring the landscape of god http://dancingtreefrog.com Sent from my Android device with F/LOSS K-9 Mail. -- 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/48D4C02A-52CF-4095-873D-A17C178FCAF5%40gmail.com.
Re: [hugin-ptx] Re: Re: Hugin 2023.0 beta 1 released
Hmm, sounds like a really old "stable" version of Linux...I have current Debian Bookworm. Debian's not particularly known for keeping up with the latest, but even it has wxWidgets 3.2.1. What Linux do you have? On 10/16/23 12:54, Jeff “weltyj” Welty wrote: Hi Thomas, Yes, my wxWidgets is old. The two-edged sword of living with a stable linux version strikes again. I tried the "-DUSE__GDKBACKEND_X11=on workaround" but it didn't fix it. It is NOT an important issue for me. I'll see if I can get the wxWidget 3.2.x installed from source when I have time. Thanks for this new release of hugin, it's looking good. Thanks, Jeff On Monday, October 16, 2023 at 11:34:21 AM UTC-7 T. Modes wrote: Hi Jeff, eljef...@gmail.com schrieb am Sonntag, 15. Oktober 2023 um 18:16:11 UTC+2: I started hugin with an existing project, confirmed it was the beta with Help->About I typically use the fast panorama preview window, and that window went completely blank -- only the "File,Edit,View,Interface,Help" menu items were visible, the tabs "Assistant ... Crop" were not displayed at all. I can reproduce this behaviour by: . Minimizing the fast preview window . Removing an image from the project . Restore the fast preview window If I click the undo button (making the removed image part of the project again), the fast preview window displays everything properly. I don't know if this bug existed in the previous version of hugin. Libraries wxWidgets: wxWidgets 3.0.5 wxWidgets Library (wxGTK port) Version 3.0.5 (Unicode: wchar_t, debug level: 1), Runtime version of toolkit used is 3.24. Compile-time GTK+ version is 3.24.33. Nobody else has reported something similar. So I assume a build issue. The wxWidgets version is very old - it has some flaws with Wayland. Read the "notes" section in the file INSTALL_cmake or in the release notes. Either activate the workaround or - better - use wxWidgets 3.2.x. Thomas -- 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/9f68a351-ed68-42dc-96f6-1d9226ae6b9bn%40googlegroups.com <https://groups.google.com/d/msgid/hugin-ptx/9f68a351-ed68-42dc-96f6-1d9226ae6b9bn%40googlegroups.com?utm_medium=email&utm_source=footer>. -- 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/30e6b7f1-ffd6-48af-93d3-7dca1259dc1d%40gmail.com.
Fwd: [hugin-ptx] Re: Aligning multiple image stacks in the same pano - any way to do this automatically?
Sorry, accidentally replied just to original poster. Forwarded Message Subject: Re: [hugin-ptx] Re: Aligning multiple image stacks in the same pano - any way to do this automatically? Date: Mon, 25 Sep 2023 18:57:50 -1000 From: David W. Jones To: J. Schneider* On 9/25/23 12:10, J. Schneider* wrote: Okay, you need to assign the stacks and unlink the positions when shooting handheld before running cpfind. Cpfind needs this information for the decision which images belong to which stack. This sounds plausible. So I guess I have to set Optimise - Geometric (on the Photos tab) to "Custom Parameters" to get the Optimiser tab. But once the stacks are defined, I can't do anything to the positions any more. There are checkboxes only for the stack as a whole. Or what am I missing? And "cpfind --multirow" is not in the dropdown menu. I guess the whole approach has to be done on the command line, right? Best regards, Joachim Am 25.09.2023 um 20:12 schrieb T. Modes: But you need to assign the stacks and unlink the positions when shooting handheld before running cpfind. Cpfind needs this information for the decision which images belong to which stack. Hmm, my thought about it... Assign photos to stacks. For each stack. select only those photos and use align_image_stack to align them. After that, then select only the photos at the top of the stacks, and optimize those for position? Or vice versa? -- 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/ff9e157d-11f7-16eb-c801-e822ac76668f%40gmail.com.
[hugin-ptx] Re: Luminance HDR v2.6.1 having problems with panoramas produced by Hugin
On 7/26/23 16:07, David W. Jones wrote: I upgraded my Debian 11 installation to Debian 12 (Bookworm). I have Hugin 2022.0.0.a0962865f932 installed from the Debian Bookworm repository. I'm using the process I followed before the upgrade. I process my Sony RAW frames using RawTherapee 5.9 (from the Debian respository), output them as 16-bit TIFF. Luminance HDR can open the individual 16-bit TIFF files RawTherapee produces without any problems. When I make a panorama using Hugin, I have Hugin output 16-bit TIFF and OpenEXR images. Opening either of the generated panorama files crashes Luminance HDR with this error: luminance-hdr: ./src/Libpfs/colorspace/rgbremapper.h:95: uint8_t Remapper::operator()(float) const: Assertion `sample >= 0.f' failed. I would think that if the issue is originating with RawTherapee, it would affect the individual TIF files. So it seems like Hugin is doing something during its processing that throws Luminance for a loop. The generated Hugin images open fine in an image viewer, GIMP and Krita. Ideas? Followup. I compiled from Luminance HDR source, version 2.6.1_GIT-380402 [Build 380402]. It handles Hugin produced files without any issues. -- 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/f8a9bec6-58cf-0721-424f-625d66dd0a97%40gmail.com.
Re: [hugin-ptx] Multi-row panorama
Sorry, accidentally sent from wrong email address! On 8/22/23 12:05, david wrote: Replies interspersed below. On 8/21/23 16:36, dgjohnston wrote: Greg, thanks for the additional information. The images in this set are well suited to the quick run though using the Fast Pano Preview because of the randomness of the rocks, trees, and water. It’s hard to detect any minor discrepancies like one would with images of manmade structures. With those the iterative process that David covered works well to get the best alignment. I don’t know why David’s version of Hugin wasn’t able to find connections between so many images. He used 2022.0 and I’m using 2022.1 (listed as pre-release). My Hugin found a lot of connections between images. The manual process I use cleans a lot of control points out along the way, as positions, yaw/pitch/roll, and barrel distortion are calculated. When I redid the image using the drag-and-drop images and told it to not make any image stacks, the Align button produced a fine panorama. From other emails, I think 2022.0 found just as many control points as 2022.1 and 2018.0. 1. Another reason that Hugin might be coming up with the “image stacks” is the difference in shutter speed of the images … they run from 1/125 s to 1/500 s (but I don’t know what Hugin is basing its decision on). Stanley … I’ve seen many suggestions that pano images be taken in manual mode with the settings base on the brightest part of the image. Also, keeping the white balance fixed might help the colour tinting that shows up. I have no idea how Hugin identifies image stacks, either. I shoot frames with the camera set to aperture priority, so shutter speeds can be all over the place. Hugin doesn't seem to identify image stacks in my frame sets, but I haven't tried any using drag-and-drop. Similarly, color balance can be all over the place, too. I used to try to adjust that when developing the raw files, then decided it wasn't worth the effort. Sometimes, if I use Autoexposure setting in the program I use to develop RAW images, color balance can come out weird, but if I reset the exposure setting (turn off autoexposure in the program), colors come out better. 2. After Align, I get a mean error of 5.5 pix with max 38.6. I received the same colour tint issues that showed in David’s stitched image. The top-right corner has a green tinge. Don J. On Aug 21, 2023, at 6:27 PM, Greg 'groggy' Lehey wrote: On Sunday, 20 August 2023 at 6:34:23 -0400, Stanley Green wrote: If the link is still active, you can try to get the images directly: https://wetransfer.com/downloads/c5b1b40878f4f80c5b68af6a6767392b20230817102250/51d164ee951b6c084af7ed1d0d27730e20230817102250/2ee2fd Thanks for that. I'm confused. A week ago I wrote: On Tuesday, 15 August 2023 at 11:02:08 +1000, Greg 'groggy' Lehey wrote: My suggestion: use the Align tab on the Fast Panorama Preview. Specifically, 1. Load the files from the "Load Images" tab in the Fast Panorama Preview. 2. Select "Align" from the Fast Panorama Preview. 3. Select "Create Panorama" from the Fast Panorama Preview. And that's all. In a little more detail for this specific panorama: 1. Loading the files produced the popup Hugin has image stacks detected in the added images and will assign corresponding stack numbers to the images. Should the position of images in each stack be linked? That's incorrect. There are no image stacks here, so you should answer No. I've almost never seen this message, and I suspect it comes here because of the overlap between images. 30% should be enough. This will give you fewer images and will greatly reduce the stitching time. I shoot 50% overlap generally. 2. Aligning the images gave me an image with mean error 3.8 pixels, maximum 28.4. Potentially you could improve on this with more attention to the position of the entrance pupil, but part of it will be due to the water, which doesn't stay the same from one image to the next. You could tune the control points, but in this case I don't think you need to: I don't see any inconsistencies in the finished panorama. 3. "Create Panorama" offers you a choice of stitching options, defaulting to "exposure corrected, low dynamic range". That's the one. But that's all. In particular, I don't understand the problems that David W. Jones had, but then I don't understand the complexity either. I also didn't see the colour discrepancies that he mentions. So: the final image is at http://www.lemis.com/grog/photos/Photos.php?dirdate=20230817 I have also put the .pto file at http://www.lemis.com/grog/Day/20230817/GF_6-panels_-3-Rows-0-GF_6-panels_-3-Rows-17.pto This will not be directly applicable, because I have removed the spaces from the fil
Re: [hugin-ptx] Multi-row panorama
Excellent! Try the various drag-and-drop options, see how things turn out. I think the problem is rooted in drag-and-drop identifying bogus stacks, but I could be wrong. On 8/20/23 13:51, dgjohnston wrote: Stanley … thanks, the download worked. If I run into anything interesting I’ll send an update. Don J. On Aug 20, 2023, at 4:34 AM, Stanley Green wrote: If the link is still active, you can try to get the images directly: GF_6 panels_ 3 Rows 17.tif <https://wetransfer.com/downloads/c5b1b40878f4f80c5b68af6a6767392b20230817102250/51d164ee951b6c084af7ed1d0d27730e20230817102250/2ee2fd> wetransfer.com <https://wetransfer.com/downloads/c5b1b40878f4f80c5b68af6a6767392b20230817102250/51d164ee951b6c084af7ed1d0d27730e20230817102250/2ee2fd> <https://wetransfer.com/downloads/c5b1b40878f4f80c5b68af6a6767392b20230817102250/51d164ee951b6c084af7ed1d0d27730e20230817102250/2ee2fd> <https://wetransfer.com/downloads/c5b1b40878f4f80c5b68af6a6767392b20230817102250/51d164ee951b6c084af7ed1d0d27730e20230817102250/2ee2fd> It is supposed to be active through 8/24. -- 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/C330880B-452B-4E0B-9D30-01444C4727CC%40vt.edu <https://groups.google.com/d/msgid/hugin-ptx/C330880B-452B-4E0B-9D30-01444C4727CC%40vt.edu?utm_medium=email&utm_source=footer>. -- 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/C234488A-BA73-4B54-BF32-96781C22EE84%40accesscomm.ca <https://groups.google.com/d/msgid/hugin-ptx/C234488A-BA73-4B54-BF32-96781C22EE84%40accesscomm.ca?utm_medium=email&utm_source=footer>. -- 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/a73c244d-87e5-dbd5-6d42-9ae815126412%40gmail.com.
Re: [hugin-ptx] Multi-row panorama
Sure. I've never used We Transfer, but it sounds like they'll let you do it. On 8/16/23 14:17, 'Stanley Green' via hugin and other free panoramic software wrote: I’ll be glad to share the images. I have 18 images about 98 MB/image. How do you propose that I upload them? I have “We Transfer” that will let me transfer 2GB files. On Aug 16, 2023, at 7:26 PM, David W. Jones wrote: Hmm, just wondering. Could you upload your images somewhere? I'd like to see what I could do with them. On 8/16/23 11:56, 'Stanley Green' via hugin and other free panoramic software wrote: I am continuing to explore options to using Hugin. After forcing Affinity Photo, I just discovered that AP will automatically stitch my 18 images into a 3 row, 6 panel panorama. Now if the guys at Serif will just add some more projection options On Aug 16, 2023, at 1:35 PM, 'Stanley Green' via hugin and other free panoramic software wrote: Beautiful day, less than beautiful results I shot a set of 18 images( 3 rows / 6 panels). I imported the raw images into Capture One and then exported the images as Tiffs. I tried to stitch the 18 images into a merged image using Hugin. Hugin was a disaster, I cannot begin to describe the mess. I am obviously doing something wrong. Than panels were merged with no rhyme or reason. Most of the images was missing, there were “holidays”in the image and part of the scene consisted of multiple exposures jumbled together, while another part of the scene looked perfect. As a control, I force stitched the image set using Affinity Photo: Stitched row 1, I then stitched row 2, followed by row 3, other than being clumsy and tedious no problems were encountered. After stitching the three rows, I then successfully combined the three rows into a 579.9 MB image. I also tried stitching the image using Capture One. Even though I never saw a write-up that described that Capture One could handle multi-row panoramas, C1 successfully merged a multi-row pano. Based on my success using Affinity and C1, I will try Hugin again using the semi-automatic approach that was used in the tutorial that I referenced in my previous emails. On Aug 15, 2023, at 1:31 AM, David W. Jones wrote: On 8/14/23 15:02, Greg 'groggy' Lehey wrote: On Monday, 14 August 2023 at 15:12:37 -0400, Stanley Green wrote: Is anybody familiar with this video tutorial?https://www.youtube.com/watch?v=OaLNFKh82Dg "Producing multi-row image panoramas with Hugin" No, I haven't watched it. I'll try to find time to do so later. In this tutorial, the author created his control points using, “Feature Matching/Settings”. He chose an option called: “Cpfind (multirow/stacked)”. Yes, I recall that. I'm not sure that we need it any more. In Hugin 2022, that option's gone. I am using Hugin version: 2019.2.0 (Mac), and when I go settings, I’m unable to find the Cpfind (multirow/stacked) option in the list. Is this a Mac issue or is he using a different version of Hugin? It's still there in the version I use (probably not the newest), under Feature Matching. Your list looks like the one from Feature Matching, so maybe it has gone away since then; somebody else could answer. On Mac v 2019.2, I see 6 choices: 1. cpfind Until proof of the contrary, use this, but see below. 2. Cpfind + celeste (slower, but no cps on clouds) I've found celeste to be singularly useless. Eh, works for me. But sometimes it's more effective to just use the standard cpfind, and periodically clean control points as I proceed through the optimization stages. 3. Align_image_stack I've used this before. In some cases, it might produce better results than cpfind. cpfind is newer, and initially there were some issues. I only use this when I have an actual image stack to align. 4. Align_image_stack Full Frame Fisheye Unless you have a fisheye lens, this is clearly not needed. I do most of my panos with a full frame fisheye, and the standard cpfind does just fine. 5. Vertical lines Useful in some situations, but I've seldom found it useful. In particular, it may recognize things like trees as being vertical when in fact they're leaning slightly. I've used it. Sometimes worth while to check the resulting vertical control points and remove the ones that aren't actually vertical. I've also noticed that it finds some pretty short "vertical lines". I don't remember it doing that in earlier versions. 6. Hugin’s CPFind (prealigned) And I have no idea what this is. I understand that it tells Hugin to only check for control points between adjacent pictures. I mostly shoot single row panoramas and have gotten pretty good at image overlap, so I suppose it helps avoid situations where cpfind is finding matches between images that aren't near each other. I think these control po
Re: [hugin-ptx] Multi-row panorama
Hmm, just wondering. Could you upload your images somewhere? I'd like to see what I could do with them. On 8/16/23 11:56, 'Stanley Green' via hugin and other free panoramic software wrote: I am continuing to explore options to using Hugin. After forcing Affinity Photo, I just discovered that AP will automatically stitch my 18 images into a 3 row, 6 panel panorama. Now if the guys at Serif will just add some more projection options On Aug 16, 2023, at 1:35 PM, 'Stanley Green' via hugin and other free panoramic software wrote: Beautiful day, less than beautiful results I shot a set of 18 images( 3 rows / 6 panels). I imported the raw images into Capture One and then exported the images as Tiffs. I tried to stitch the 18 images into a merged image using Hugin. Hugin was a disaster, I cannot begin to describe the mess. I am obviously doing something wrong. Than panels were merged with no rhyme or reason. Most of the images was missing, there were “holidays”in the image and part of the scene consisted of multiple exposures jumbled together, while another part of the scene looked perfect. As a control, I force stitched the image set using Affinity Photo: Stitched row 1, I then stitched row 2, followed by row 3, other than being clumsy and tedious no problems were encountered. After stitching the three rows, I then successfully combined the three rows into a 579.9 MB image. I also tried stitching the image using Capture One. Even though I never saw a write-up that described that Capture One could handle multi-row panoramas, C1 successfully merged a multi-row pano. Based on my success using Affinity and C1, I will try Hugin again using the semi-automatic approach that was used in the tutorial that I referenced in my previous emails. On Aug 15, 2023, at 1:31 AM, David W. Jones wrote: On 8/14/23 15:02, Greg 'groggy' Lehey wrote: On Monday, 14 August 2023 at 15:12:37 -0400, Stanley Green wrote: Is anybody familiar with this video tutorial?https://www.youtube.com/watch?v=OaLNFKh82Dg "Producing multi-row image panoramas with Hugin" No, I haven't watched it. I'll try to find time to do so later. In this tutorial, the author created his control points using, “Feature Matching/Settings”. He chose an option called: “Cpfind (multirow/stacked)”. Yes, I recall that. I'm not sure that we need it any more. In Hugin 2022, that option's gone. I am using Hugin version: 2019.2.0 (Mac), and when I go settings, I’m unable to find the Cpfind (multirow/stacked) option in the list. Is this a Mac issue or is he using a different version of Hugin? It's still there in the version I use (probably not the newest), under Feature Matching. Your list looks like the one from Feature Matching, so maybe it has gone away since then; somebody else could answer. On Mac v 2019.2, I see 6 choices: 1. cpfind Until proof of the contrary, use this, but see below. 2. Cpfind + celeste (slower, but no cps on clouds) I've found celeste to be singularly useless. Eh, works for me. But sometimes it's more effective to just use the standard cpfind, and periodically clean control points as I proceed through the optimization stages. 3. Align_image_stack I've used this before. In some cases, it might produce better results than cpfind. cpfind is newer, and initially there were some issues. I only use this when I have an actual image stack to align. 4. Align_image_stack Full Frame Fisheye Unless you have a fisheye lens, this is clearly not needed. I do most of my panos with a full frame fisheye, and the standard cpfind does just fine. 5. Vertical lines Useful in some situations, but I've seldom found it useful. In particular, it may recognize things like trees as being vertical when in fact they're leaning slightly. I've used it. Sometimes worth while to check the resulting vertical control points and remove the ones that aren't actually vertical. I've also noticed that it finds some pretty short "vertical lines". I don't remember it doing that in earlier versions. 6. Hugin’s CPFind (prealigned) And I have no idea what this is. I understand that it tells Hugin to only check for control points between adjacent pictures. I mostly shoot single row panoramas and have gotten pretty good at image overlap, so I suppose it helps avoid situations where cpfind is finding matches between images that aren't near each other. I think these control points can confuse the alignment process. My suggestion: use the Align tab on the Fast Panorama Preview. If that doesn't give you joy, try cpfind and possibly align_image_stack. If you still can't get anything useful, there's more help on this list. Don't attach images: put them somewhere on the net and point to them. Always good to ask here! Good luck Greg -- Sent from my desktop computer
Re: [hugin-ptx] Multi-row panorama
On 8/14/23 15:02, Greg 'groggy' Lehey wrote: On Monday, 14 August 2023 at 15:12:37 -0400, Stanley Green wrote: Is anybody familiar with this video tutorial? https://www.youtube.com/watch?v=OaLNFKh82Dg "Producing multi-row image panoramas with Hugin" No, I haven't watched it. I'll try to find time to do so later. In this tutorial, the author created his control points using, “Feature Matching/Settings”. He chose an option called: “Cpfind (multirow/stacked)”. Yes, I recall that. I'm not sure that we need it any more. In Hugin 2022, that option's gone. I am using Hugin version: 2019.2.0 (Mac), and when I go settings, I’m unable to find the Cpfind (multirow/stacked) option in the list. Is this a Mac issue or is he using a different version of Hugin? It's still there in the version I use (probably not the newest), under Feature Matching. Your list looks like the one from Feature Matching, so maybe it has gone away since then; somebody else could answer. On Mac v 2019.2, I see 6 choices: 1. cpfind Until proof of the contrary, use this, but see below. 2. Cpfind + celeste (slower, but no cps on clouds) I've found celeste to be singularly useless. Eh, works for me. But sometimes it's more effective to just use the standard cpfind, and periodically clean control points as I proceed through the optimization stages. 3. Align_image_stack I've used this before. In some cases, it might produce better results than cpfind. cpfind is newer, and initially there were some issues. I only use this when I have an actual image stack to align. 4. Align_image_stack Full Frame Fisheye Unless you have a fisheye lens, this is clearly not needed. I do most of my panos with a full frame fisheye, and the standard cpfind does just fine. 5. Vertical lines Useful in some situations, but I've seldom found it useful. In particular, it may recognize things like trees as being vertical when in fact they're leaning slightly. I've used it. Sometimes worth while to check the resulting vertical control points and remove the ones that aren't actually vertical. I've also noticed that it finds some pretty short "vertical lines". I don't remember it doing that in earlier versions. 6. Hugin’s CPFind (prealigned) And I have no idea what this is. I understand that it tells Hugin to only check for control points between adjacent pictures. I mostly shoot single row panoramas and have gotten pretty good at image overlap, so I suppose it helps avoid situations where cpfind is finding matches between images that aren't near each other. I think these control points can confuse the alignment process. My suggestion: use the Align tab on the Fast Panorama Preview. If that doesn't give you joy, try cpfind and possibly align_image_stack. If you still can't get anything useful, there's more help on this list. Don't attach images: put them somewhere on the net and point to them. Always good to ask here! Good luck Greg -- Sent from my desktop computer. Finger groog...@gmail.com for PGP public key. See complete headers for address and phone numbers. This message is digitally signed. If your Microsoft mail program reports problems, please read http://lemis.com/broken-MUA.php -- 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/dbe272c8-d6ac-4e3b-cfa7-e2315bf54a49%40gmail.com.
Re: [hugin-ptx] Basic newbie question
I don't do what Gunter recommends (rotate around the center of the lens, also called the nodal point). There are ways to figure out where the nodal point of your lens is, but I've never bothered since I use a zoom lens and the nodal point changes based on focal length. I rotate around my torso - set my feet stably, turn upper body to left (or right, whichever you prefer), then shoot pictures with 50% overlap. So the right edge of the first frame falls in the middle of the viewfinder when I shoot the subsequent frame. Don't move the feet! When shooting the higher row of images, frame that for a 50% overlap between the bottom of the new frame and the corresponding image in the lower row. Also, keep the camera leveled horizontally. That helps keep things straight. A last idea, if you can go back and reshoot it, is to shoot portrait instead of landscape orientation. That might enable you to get the entire center part of the panorama (house and that lovely little water channel feeding into the pond) in one vertical shot. That would fix the mismatched point in the water channel, and possibly eliminate the little mismatch in the eve of the house. It might also trigger mismatches in the lines of the pond, but I think Hugin would handle those better than the existing mismatches. Nice picture, that is a really lovely house and yard! On 8/7/23 19:27, Gunter Königsmann wrote: To me it looks like the camera hasn't only changed the angle it shot the images from, but also was moved horizontally, which means that one cannot warp the images in a way that they fit together in all places at once. Often Hugin Manages to move these discontinuities to places where they are hard to see. But that often requires the images to overlap strongly in order to give hugin more possibilities to place the seams. One important thing I had to learn was not to tilt the camera around its center, but around the center of the lens. Kind regards, Gunter -- 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/0bd6fbfd-11ec-0c50-c2d7-4b496f2d72f0%40gmail.com.
[hugin-ptx] Luminance HDR v2.6.1 having problems with panoramas produced by Hugin
I upgraded my Debian 11 installation to Debian 12 (Bookworm). I have Hugin 2022.0.0.a0962865f932 installed from the Debian Bookworm repository. I'm using the process I followed before the upgrade. I process my Sony RAW frames using RawTherapee 5.9 (from the Debian respository), output them as 16-bit TIFF. Luminance HDR can open the individual 16-bit TIFF files RawTherapee produces without any problems. When I make a panorama using Hugin, I have Hugin output 16-bit TIFF and OpenEXR images. Opening either of the generated panorama files crashes Luminance HDR with this error: luminance-hdr: ./src/Libpfs/colorspace/rgbremapper.h:95: uint8_t Remapper::operator()(float) const: Assertion `sample >= 0.f' failed. I would think that if the issue is originating with RawTherapee, it would affect the individual TIF files. So it seems like Hugin is doing something during its processing that throws Luminance for a loop. The generated Hugin images open fine in an image viewer, GIMP and Krita. 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/cf4c9ff9-5126-b4ae-172a-ce87cb3cf13b%40gmail.com.
Re: [hugin-ptx] Where does Hugin set color profile for images it produces?
Thanks, Yves. I'm using the version of Hugin that Debian Bookworm provides. I'm pretty sure the library got changed, too. Everything got upgraded. I thought about where Hugin sets its color profile information. It copies it from one of the source images. I make the source images using RawTherapee, and think now that the way I was using color profiles might have provided a conflict. Several years ago, I had downloaded a big library of ICC profiles, unzipped them into a subfolder on my home folder, and was using them. I guess the one I was using had something wrong with it, the older software just ignored them, but the newer applications don't. Oh, well. Still trying out various profiles in RawTherapee, looking for one that provides what I want without crashing Luminance after Hugin copies in the original profile...although I can turn that off in Hugin and see if it makes a difference. On 7/24/23 00:56, tennevin.yves wrote: I think the color profile is just a warning. The error is probably linked to your lib. Did you try to compile it again? I guess when you upgraded your OS some library got changed ? -- Yves Tennevin / esby free.fr http://esby.free.fr/contact.html On 24/07/2023 01:25, David W. Jones wrote: Since upgrading to Debian 12 Bookworm, panoramas that Hugin produces now crash the Luminance HDR application I use for producing the final panorama. Starting Luminance from the command line reports that "libpng warning: iCCP: known incorrect sRGB profile". After Luminance crashes, it reports: ./src/Libpfs/colorspace/rgbremapper.h:95: uint8_t Remapperchar>::operator()(float) const: Assertion `sample >= 0.f' failed. Aborted (core dumped) I don't remember changing anything about that, but where does Hugin Version: 2022.0.0.a0962865f932 set the color profile? Thanks. -- 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/814d2ae3-0cdc-57ad-5576-b72cf77a7eb8%40gmail.com.
[hugin-ptx] Where does Hugin set color profile for images it produces?
Since upgrading to Debian 12 Bookworm, panoramas that Hugin produces now crash the Luminance HDR application I use for producing the final panorama. Starting Luminance from the command line reports that "libpng warning: iCCP: known incorrect sRGB profile". After Luminance crashes, it reports: ./src/Libpfs/colorspace/rgbremapper.h:95: uint8_t Remapperchar>::operator()(float) const: Assertion `sample >= 0.f' failed. Aborted (core dumped) I don't remember changing anything about that, but where does Hugin Version: 2022.0.0.a0962865f932 set the color profile? Thanks. -- 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/4012ac6c-8ad0-e550-9d69-28cf15c6d52c%40gmail.com.
Re: [hugin-ptx] lux for Linux as AppImage
On 7/13/23 21:48, 'Kay F. Jahnke' via hugin and other free panoramic software wrote: And the remark about the app image being "big". Those persons do not understand that you can create a universal 64bit intel for many platforms in one go which saves the developer a lot of time when developing open-source for his users (aa\nd him/herself of course). One developer can support a lot of users in one app image build run. So it exists solely for the convenience of the developer? Or, rather, the convenience of the developer outweighs that of the much larger number of users? Obviously they still work from floppy disks as modern systems have huge amounts of disk space. And then they produce a single (tif) pano of 200~250 MB based on raw/tif images of 20~50 MB each. And when you record a 4k movie at a 100 MBps you have a video of 1GB after a minute. What is that compared to a "small" appImage? Well, just to put somethings to rest about this before I proceed to ignore it. My system has an i9 processor, 64GB RAM, 2TB of fast NVME SSD, and NVidia graphics. In addition, I have 14TB of storage in my file server. Not a floppy disk in sight on either system. So I'm not choosing to refuse to put the effort into AppImages, flatpaks and other such developer conveniences because my system is under-powered or anything. I'm choosing not to bother with them because I would rather spend my disk space on my images, which are more important to me. Regarding lux. The non-appimage version runs here, with its non-intuitive way of handling mouse movements and image banding that bugs the heck out of me. I think lux would be more useful as a library usable by other programs (like Hugin, Krita, GIMP, Blender, Inkscape) to tap GPU power for remapping and rendering. But, anyway, have fun! -- 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/aaf3dc06-b8c5-65a9-7fd2-d4e118f8d180%40gmail.com.
Re: [hugin-ptx] lux for Linux as AppImage
So sad to hear this. I've never been able to get AppImages, Flatpaks et al to work on my Debian 11 system. And the idea of a whole huge AppImage just for one pretty small application like Lux just seems like way overkill. Oh, well. On 7/13/23 01:16, 'kfj' via hugin and other free panoramic software wrote: Dear all! So far, I've been offering debian packages for lux, specifically built for several distros and versions. This took quite some time, so I was on the look-out for an alternative. For now, I've settled on AppImage <https://appimage.org/> - building the bundle was reasonably painless, and the resulting single-file artifact runs on the linux installations I have floating about, namely debian 11 and 12, and ubuntu 22.04 and 23.04. I built the artifact on the debian 11 system, because the recommendation is to build rather on an older system - I stopped myself from installing something even older just for the purpose. The AppImage 'promise' is that an AppImage should run on a wide variety of distros, so I'd be curious to hear from users of other linux distros whether they can in fact run this one! Running an AppImage is simple: * Download it * set the execute permission * run it like any other executable You can download my lux AppImage from here <https://bitbucket.org/kfj/pv/downloads/lux-1.1.6-x86_64.AppImage>. Please note that this is for AMD/intel 64 bit systems only! It's built from lux master, which is slightly ahead of 1.1.6 proper. If you're interested in the build process, it's script-driven, and the relevant build script is in the scripts folder off the pv repo's root, requiring only two helper programs and one additional file (the AppRun script, needed here to provide the font file path at run-time). Kay -- 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/9107b0dd-dbe2-440f-a168-1210c9e2935bn%40googlegroups.com <https://groups.google.com/d/msgid/hugin-ptx/9107b0dd-dbe2-440f-a168-1210c9e2935bn%40googlegroups.com?utm_medium=email&utm_source=footer>. -- 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/8a2bcefb-10c0-38dd-68c1-42bc6de3feac%40gmail.com.
[hugin-ptx] Is there a pano_modify command line to change vertical lines into horizontal lines?
I've always wondered why Hugin hasn't a "find control points" option that could: 1. Rotate an image. 2. Run find vertical lines on it. 3. Rotate the image back and turning the vertical lines into horizontal lines. Can it be done? 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/fb8ce330-77a0-c326-9520-253687057ac1%40gmail.com.
Re: [hugin-ptx] Can't add any RAW converter in preferences (linux)
My opinion? Don't use flathub and such things. I've never been able to make them work here on my Debian 11 system. I have Hugin compiled locally and have no such problems. On 4/16/23 13:36, Piotr Szczuka wrote: Hello everyone I am a hugin user for a while on linux mint system. My problem is that After new installation/ upgrade to mint 21,1 and installing hugin as flathub i can't import RAW images to it. When I am tryng add path to Darktable or to RAWtherapee I cant. Executable files are indeed in to /usr/bin directory but some how hugin do not see them in file-> preferences ->general -> RAW converter ->choose. I also tried just to put directoies manually without any resoults. I also tried to chenge flatseel configuration without any luck. Any sugestions for making hugin work with darktable as a converter? -- 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/c26e2a69-6199-460d-90cd-73685c3d6f7fn%40googlegroups.com <https://groups.google.com/d/msgid/hugin-ptx/c26e2a69-6199-460d-90cd-73685c3d6f7fn%40googlegroups.com?utm_medium=email&utm_source=footer>. -- 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/5e1d3a3f-524c-9128-4637-5ee403d2a65e%40gmail.com.
Re: [hugin-ptx] Build instructions for GPU support and multiprocessing?
On 3/25/23 23:47, chaosjug wrote: Am Sonntag, 26. März 2023, 05:55:37 CEST schrieb David W. Jones: On 3/25/23 10:55, chaosjug wrote: Hmm. Running Debian 11 here, I have enblend 4.2, and it uses every core on my i9 CPU. Under Preferences > Stitching (2), Hugin has Number of threads set to 0, for automatic detection. Using Hugin Version: Pre-Release 2021.1.0.33b93e37f209. The only point where Hugin uses a GPU is when remapping images. That's controlled under Preferences > Programs > Nona, Use GPU for remapping. My laptop has both Intel Intel and Nvidia graphics. Apparently that's controlled through the update-glx setting, but I haven't tried switching to the Nvidia to see if it's any faster. Well, I did some testing, and it looks like no matter what I set the GLX provider for, Hugin still uses only the UHD630. Oh, well! Depending whether you are using the nouveau or the proprietary drivers try setting DRI_PRIME=1 or use prime-select. $ DRI_PRIME=0 nona -g -o test.tif test.pto nona: using graphics card: Intel Mesa Intel(R) HD Graphics 2000 (SNB GT1) $ DRI_PRIME=1 nona -g -o test.tif test.pto nona: using graphics card: nouveau NVC1 Cheers Thanks. I have the proprietary drivers. How would I apply the above to using nona from Hugin? I'm not sure about prime-select as I don't use it. But for nouveau drivers its you just start Hugin that way: $ DRI_PRIME=1 hugin Hugin log reports unable to create DRI screen, that's looking for the Nouveau drivers (which I don't have). Trying to use prime-select, that just reports command not found. Guess it's only for the Nouveau drivers. -- 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/768bac43-bc33-e87b-39de-bf05e2f3a288%40gmail.com.
Re: [hugin-ptx] Build instructions for GPU support and multiprocessing?
On 3/25/23 10:55, chaosjug wrote: Hmm. Running Debian 11 here, I have enblend 4.2, and it uses every core on my i9 CPU. Under Preferences > Stitching (2), Hugin has Number of threads set to 0, for automatic detection. Using Hugin Version: Pre-Release 2021.1.0.33b93e37f209. The only point where Hugin uses a GPU is when remapping images. That's controlled under Preferences > Programs > Nona, Use GPU for remapping. My laptop has both Intel Intel and Nvidia graphics. Apparently that's controlled through the update-glx setting, but I haven't tried switching to the Nvidia to see if it's any faster. Well, I did some testing, and it looks like no matter what I set the GLX provider for, Hugin still uses only the UHD630. Oh, well! Depending whether you are using the nouveau or the proprietary drivers try setting DRI_PRIME=1 or use prime-select. $ DRI_PRIME=0 nona -g -o test.tif test.pto nona: using graphics card: Intel Mesa Intel(R) HD Graphics 2000 (SNB GT1) $ DRI_PRIME=1 nona -g -o test.tif test.pto nona: using graphics card: nouveau NVC1 Cheers Thanks. I have the proprietary drivers. How would I apply the above to using nona from Hugin? -- 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/7f48ce91-87ea-3ae5-a4f7-d5cd43c33ff0%40gmail.com.
Re: [hugin-ptx] Build instructions for GPU support and multiprocessing?
On 3/24/23 14:20, David W. Jones wrote: On 3/24/23 09:41, Tommy Hughes wrote: What is the status of GPU support and multiprocessing in hugin and enblend? I've read a lot of stuff on the subject but I can't tell what is current or out of date. The hugin version from the ubuntu repo seems very slow and does not appear to be using the gpu or multirprocessing. So, I want to build hugin and enblend, and enable those options, if possible. Cheers. Hmm. Running Debian 11 here, I have enblend 4.2, and it uses every core on my i9 CPU. Under Preferences > Stitching (2), Hugin has Number of threads set to 0, for automatic detection. Using Hugin Version: Pre-Release 2021.1.0.33b93e37f209. The only point where Hugin uses a GPU is when remapping images. That's controlled under Preferences > Programs > Nona, Use GPU for remapping. My laptop has both Intel Intel and Nvidia graphics. Apparently that's controlled through the update-glx setting, but I haven't tried switching to the Nvidia to see if it's any faster. Well, I did some testing, and it looks like no matter what I set the GLX provider for, Hugin still uses only the UHD630. Oh, well! -- 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/a47b6679-9fe9-8f90-13c6-c4964ef45c7a%40gmail.com.
Re: [hugin-ptx] Build instructions for GPU support and multiprocessing?
On 3/24/23 09:41, Tommy Hughes wrote: What is the status of GPU support and multiprocessing in hugin and enblend? I've read a lot of stuff on the subject but I can't tell what is current or out of date. The hugin version from the ubuntu repo seems very slow and does not appear to be using the gpu or multirprocessing. So, I want to build hugin and enblend, and enable those options, if possible. Cheers. Hmm. Running Debian 11 here, I have enblend 4.2, and it uses every core on my i9 CPU. Under Preferences > Stitching (2), Hugin has Number of threads set to 0, for automatic detection. Using Hugin Version: Pre-Release 2021.1.0.33b93e37f209. The only point where Hugin uses a GPU is when remapping images. That's controlled under Preferences > Programs > Nona, Use GPU for remapping. My laptop has both Intel Intel and Nvidia graphics. Apparently that's controlled through the update-glx setting, but I haven't tried switching to the Nvidia to see if it's any faster. -- 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/b9a2aab1-3115-3ebf-0ccf-093a62008698%40gmail.com.
Re: [hugin-ptx] Re: Problem launching Hugin
Hmm, if I recall correctly, Hugin development is going on just fine, but the team apparently lacks a Mac development system? Also - is your Mac based on Intel or Apple? Also, it's been awhile since I've dealt with Windows 10, and never with Windows 11, but isn't the Program Files (x86) for 32-bit Win apps, not the 64-bit MSI? On February 8, 2023 7:06:17 AM HST, Jan Steinman wrote: > At least you have a binary! > > I tried building it from source on the Mac, but quickly ran into problems > that I didn't want to spend time on. > > It appears, sadly, that development on hugin has halted. > > On Tuesday, 7 February 2023 at 22:47:31 UTC-8 sran...@gmail.com wrote: > > > HI! > > > > Simple question: I am unable to launch Hugin-2022.0.0win64.msi > > > > I have tried to launch it on 2 computers: windows 10 & windows 11; > > Hugin shows up in my apps under Program Files (not under program files > > (x86) on bot computers; > > I have closed all open windows before I have installed it. > > > > Subsequently, 15-30 minutes after I have installed Hugin, windows > > notifies me windows can not run this software. > > > > Is there a way I can go to the Hugin files and manually launch it (and get > > Hugin icon onto my desktop?) > > > > Thank you! Any help will be much appreciated. > > > > -- > 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/40aef12b-5a7d-41c8-a22e-0fb4d16673b8n%40googlegroups.com. -- David W. Jones gnomeno...@gmail.com exploring the landscape of god http://dancingtreefrog.com Sent from my Android device with F/LOSS K-9 Mail. -- 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/1EC925F3-A3B6-413D-85D4-5649BB8BFEEE%40gmail.com.
[hugin-ptx] Re: is it possible to choose the graphic card?
On January 20, 2023 10:05:36 PM HST, Maarten Verberne wrote: > Op 21-Jan-23 om 4:08 schreef David W. Jones: > > Well, given Nvidia's continued love of their proprietary way of doing > > things, their driver might only be emulating OpenGL and deliberately doing > > it slowly, to discourage people from using OpenGL. > > > I wouldn't put it past them. they are big and unchallenged, usually that > leads to destruction. > > > > > I don't use Windows, but in searching for a way to switch between graphics > > adaptors in Linux, I found this article at Dell.com about how to set it for > > Windows, at least on one Dell model line: > > > In the nvidea desktop driver there is no 'preferred graphics procesor' that > is limited to laptops as far as i could find out. > and i can't choose another GPU in the settings, it is just not available. The article at Dell did state that the option to set the primary GPU had to be there in the BIOS for it to be available to the control panel. So apparently your Dell doesn't support it. I've never checked to see if the option is there in ny Dell laptop's EUFI settings. > one way i know of now is: go in to bios>force IGPU to display>shut > down>switch hdmi>start up. (same thing other way 'round to go back to the rtx) > the other way involves throwing the nvidea in the bin and start rendering on > a i3 with uhd graphics to see how that runs circles around the rtx. When I use Hugin, it seems to only use the GPU for remapping images. That's a much faster process than the blending that follows. I don't think blending uses the GPU, it will use every available core on the CPU. > > When nona acts on the "-g" option, how does it decide which GPU to use? > > > I have no idea, but -g end up with whatever GPU is active at that moment, so > i do not think it decides anything on basis of 'better suited' > If there is a way to tell nona to use the other card it would be great. Doesn't the Nvidia control panel let you specify which GPU an app uses? Assuming the control panel can SEE all installed GPUs. Although that seems to be for specifying the GPU for *3d graphics*. If an application isn't calling on 3d graphics functions, the application might not be listed. -- David W. Jones gnomeno...@gmail.com exploring the landscape of god http://dancingtreefrog.com Sent from my Android device with F/LOSS K-9 Mail. -- 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/13ED6CA5-DAD2-4225-9770-566F09CD1365%40gmail.com.
[hugin-ptx] Re: is it possible to choose the graphic card?
Well, given Nvidia's continued love of their proprietary way of doing things, their driver might only be emulating OpenGL and deliberately doing it slowly, to discourage people from using OpenGL. Ages ago, in the 16-bit days, I had a graphics adaptor that could run rings around fancier gaming cards of the day when it came to running OpenGL. It was a card designed for CAD work. The application could just send that card a display list and the card would snap update the display. That way, the CPU could spend its time running the design application. I don't use Windows, but in searching for a way to switch between graphics adaptors in Linux, I found this article at Dell.com about how to set it for Windows, at least on one Dell model line: https://www.dell.com/support/kbdoc/de-de/000103466/how-to-make-the-nvidia-graphics-processor-the-default-graphics-adapter-using-the-nvidia-control-panel?lang=en For some reason, my browser adamantly insisted on giving me their German site, but it's available in multiple languages. I have no idea if setting if in the Windows control panel will make nona use it, but maybe it will help? When nona acts on the "-g" option, how does it decide which GPU to use? On January 20, 2023 12:48:57 AM HST, Maarten Verberne wrote: > As David stated, his laptop defaulted to the UHD when using Hugin. > And that is great because it's quicker that way. > I included 2 screenshots, where the GPU hits 100% is where the openGL is done. > Everything except the GPU is the same in the setup. > notice that one card needs a lot of time prior to that moment resulting in > about 8 sets per minute, while the other only has a slight bump and converts > some 10 sets in a minute. > > So i tried to achieve using the internal GPU on my desktop. > However, nona, with [-g], goes to the card that is set up to display my > desktop. > Is it possible to set nona so it will use my gpu that came with the processor > (GPU1) instead of my rtx3060? > > Because it is not ideal to switch HDMI cables on the back of my pc whenever I > want to use Hugin. > > > I'm not sure why the nvidea is slow at the openGL version nona uses, but it > is not what i expected, nor anybody i spoke with. > > Maarten > > The command-line script: > > > nona -g -o out -m TIFF_m template.pto DSC_1234.JPG DSC_1235.JPG > enblend -o finished.tif out.tif out0001.tif -- David W. Jones gnomeno...@gmail.com exploring the landscape of god http://dancingtreefrog.com Sent from my Android device with F/LOSS K-9 Mail. -- 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/4D89265F-7B1B-48E4-87F7-A423B8C754FB%40gmail.com.
Re: [hugin-ptx] Fastest crude batch stitcher?
Imagemagick should come with Ubuntu. Check the repository. Fully command-line driven. On January 15, 2023 10:52:32 PM HST, Paul Womack wrote: > I have an old lap top running Lubuntu, and have been working on a set of > scans of old documents, taken using a pano head, 3x3 matrix. > > I would like to "batch" the mapping and stitching. Nona can be persauded to > do all the mapping for me, but I would like a low resource (AKA fast) way > to do the stitching. > > Since the taking circumstances are very constrained, I am no concerned > about seams or blending. > > At the moment, I can get the results I want be simply making a multilayer > TIFF with Nona, pulling the tiff into Gimp and flattening. > > Is there any command line tool or script I can use to replace Gimp, which > is not readily command line scriptable? > > -- > 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/CAD1remb48eiba5fR5%3DJ4S9_pU09PFPW3Pnd05UB89VLNkWF%2BxQ%40mail.gmail.com. -- David W. Jones gnomeno...@gmail.com exploring the landscape of god http://dancingtreefrog.com Sent from my Android device with F/LOSS K-9 Mail. -- 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/2E04FFD2-8E52-443E-B33F-72759B6A8F7D%40gmail.com.
Re: [hugin-ptx] Re: Batch stitch images in Hugin without cropping and using a fixed projection?
On 1/15/23 00:13, T. Modes wrote: I implemented support for user defined sequences for PTBatcherGUI in the PTBatcher_user_defined branch. It should already work but needs some more polishing in the next days. Now you need to create a user defined assistant. Then use File --> Search directory for... --> Images... and afterwards assign your user defined assistant to your projects in the queue. Thomas This makes me wonder. What steps does the stock Assistant do? -- 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/66d21d3b-25d6-2187-c431-8f7ef64d3191%40gmail.com.
Re: [hugin-ptx] does hugin>nona support cuda? my UHD630 is quicker at this moment
I'm curious, too. My Dell laptop has both UHD630 and Nvidia 1650MQ. It uses the UHD no problem, don't know how to make it use Nvidia. On January 14, 2023 2:31:51 AM HST, Maarten Verberne wrote: > Hi, > I've been using command line to stitch a batch of 2 images. > and have use of a nvidea card. > however when hugin uses the gpu with -g in the command i see it is not using > cuda shaders at all but calculates in the D3D memory. > > as a result the 160 or so shaders on my intel UHD630 do actually perform > quicker in that nona action. > > now, i dont mind using the uhd630, but if i can use the cuda card i'd sure > like to know ;) > Maarten > > -- > 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/6fa37a16-c56d-1d52-21f3-6527e9785984%40gmail.com. -- David W. Jones gnomeno...@gmail.com exploring the landscape of god http://dancingtreefrog.com Sent from my Android device with F/LOSS K-9 Mail. -- 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/754E3726-099A-47E8-949A-CDDE0F6E66AB%40gmail.com.
Re: [hugin-ptx] Re: Shorten filenames generated by Hugin and its components
A user-defined setting makes sense to me. MS Windows has lower filename length limits than other platforms, yes? On November 26, 2022 3:48:51 PM HST, Abrimaal wrote: > Writing this is above my programming skills, and it is very important for > seamless workflow. > > This is my request to the developers, to consider shortening these suffixes > in the source: > _fused, _blended_fused, _exposure_layers, _stack to one or two characters. > Or let the user define the suffixes in settings. > > Below an example: a panorama created from stacks and any arrangement > One suffix is _blended_fused, the other is _fused. > Now merging both panoramas, using selectve masking. > It will create new files, named _blended_fused_blended_fused and so on. It > depends how many times it will be processed. > ... and there are hundreds or such panoramas to process. > > [image: kundelsdorf-masks.jpg] > > > On Friday, September 30, 2022 at 2:33:56 AM UTC+2 Abrimaal wrote: > > > If replacing _blended_fused and _fused to _b and _f is impossible in the > > software code, > > I am trying to write a command line cleaner for Hugin files. > > Go from the base folder, through all subfolders, > > 1. Delete all *.mk and *.log files > > 2. Rename all _blended_fused in filenames to _b > > 3. Rename all _fused in filenames to _f > > > > The start folder is E:\foto > > > > :STARTER > > E: > > set folder=foto > > set foldercurrent=%folder% > > > > :MAINLOOP > > CD foldercurrent > > > > goto SUBFOLDERCHECK > > > > :CLEANER > > if exist *.mk del *.mk > > if exist *.log del *.log > > > > :FINDER > > if exist *.jpg CALL :RENAMER > > if exist *.png CALL :RENAMER > > if exist *.tif CALL :RENAMER > > if exist *.pto CALL :RENAMER & CALL :INFILEREPLACE > > REM rename other software files corresponding with images, one example > > below > > if exist *.mch CALL :RENAMER > > > > GOTO MAINLOOP > > > > REM subs = > > > > :SUBFOLDERCHECK > > REM find the deepest subfolder > > ? if subfolder not exists goto :CLEANER > > ? set subfolder=subfolder name > > cd subfolder > > set foldercurrent=%foldercurrent%\%subfolder% > > REM I completely do not know how to write this part > > REM if there are many nested subfolders > > REM after getting to the deepest subfolder > > goto CLEANER > > REM then move back to the base folder > > REM and open the next subfolder > > REM to check if all folders were processed, then exit the script > > cls & echo ALL FILES PROCESSED & pause & exit /b > > > > > > :RENAMER > > set filename=%~nI > > ? if %filename% contains _blended_fused replace with _b > > ? if %filename% contains _fused replace with _f > > REM by the way replace Windows file numbering > > [space][bracket]number[bracket] with _number > > ? if %filename% contains characters %20( replace with _ > > ? if %filename% contains character ) remove from filename > > REM replace unwanted characters > > ? if %filename% contains character . replace with _ > > ? if %filename% contains character ~ replace with - > > ? if %filename% contains UTF character replace with basic letter > > ? build a filenamenew > > ren filename filenamenew > > exit /b > > > > :INFILEREPLACE > > REM panoramas may be built from other panoramas > > notepad.exe filename > > ? if not exist _blended_fused in pto file exit /b > > ? if not exist _fused in pto file exit /b > > ? replace all _blended_fused with _b > > ? replace all _fused with _f > > exit /b > > > > -- > > > > Variant 2 - use Windows search in the base folder > > call Windows Search for *_blended_fused and rename the first file, > > call Search again, if no more *_blended_fused, search for *_fused and > > rename > > ? > > > > --- > > Variant 3 - use an external batch rename app and in-file word replace, > > called with parameters from command line > > ? > > > > > > -- > 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/4ab9afa1-4802-41a9-b838-3fa151423563n%40googlegroups.com. -- David W. Jones gnomeno...@gmail.com exploring the landscape of god http://dancingtreefrog.com Sent from my Android device with F/LOSS K-9 Mail. -- 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/FBCCB466-7D65-414B-9A77-376554326D67%40gmail.com.
Re: [hugin-ptx] Re: Repeated failed stitching
Just to chime in here... I don't know what "cost-image" means. I get it often, yet it doesn't cause any problems. I almost always do my crop in Hugin. I generally use autoclip, then adjust boundaries as I needed to remove extraneous bits. Sometimes I don't clip the panorama in Hugin, but it still works without problems. I always use 48-bit TIFF (16-bit per channel) from RawTherapee. I suspect the issues are coming from control points and position calculation. If you're using the panorama assistant, it does a lot of cleanup on control points that you're maybe not going manually? My process (using the Expert Interface): 1. Load images. 2. Go to control points tab and go through the images setting horizontal lines (if needed). 3. On Photos tab, run CPFind, then Positions (incremental). 4. Right-click in a blank area of the list of images and clean control points. 5. Repeat steps 3 and 4, but using the next Geometric option down. 6. After running the "Everything except translation" option and cleaning control points, view the panorama using Preview Panorama (OpenGL). Use Move/Drag and Projection to center and fit it. 7. Use Crop to autocrop it. 8. Drag crop borders to adjust. Close the Preview Panorama window. 9. On the Photos tab, calculate the Photometric optimization. 10. On the Stitcher tab, calculate optimal size, save the PTO, and stitch. I think cleaning the control points is what makes the difference for me. I've also sometimes seen Hugin misread the focal length on an image. When that happens, I get weird results, and my process eventually hits a point where Hugin says that calculated values are invalid. But you would see that before getting to the actual stitching stage. Helpful? On 11/7/22 06:31, Alexander Drecun wrote: What is the cost-image? I'm wondering if both of you may, in one way or another, be pointing to the issue giving me problems. I was attempting to export stitches that were uncropped - that is to say, all of the edges of the panorama being visible - so that I could make decisions about cropping later, once I'd straightened the mosaic in a photo editing software like Gimp, but maybe doing that has been creating issues. I say that in part because some of the successful stitches I've made recently have come using Hugin in "simple" mode with a crop automatically applied. Out of curiosity, have any of you had greater or less success depending on the file type you've used? I've experienced almost no success working with tiffs and pngs created off of the original raw files via Lightroom, but I'm getting more successful stitches with jpegs off of those same raw files. I should clarify that these successes and failures are coming while running tests on the same image set, DSC0175-DSC0235, just tiff vs png vs jpeg. On Mon, Nov 7, 2022 at 6:03 AM John Fine wrote: On Sat, Nov 5, 2022 at 7:25 PM Alexander Drecun wrote: enblend: warning: unable to run Dijkstra optimizer enblend: note: seam-line end point outside of cost-image I'm not sure I'm remembering correctly. If I am, this might help: I have had a lot of problems similar to that. I think they occured in panoramas with ragged edges. When I had not taken photos far enough beyond what I actually wanted, I had the problem that assembly of the panorama would tilt the outside edges of individual photos (not parallel to the panorama edge) so I had to either clip to exclude some of the content I wanted, or clip wider to include some empty space (make the edge of the final panorama ragged). The latter had the extra problem that I think matches what you described. I think you can avoid it by clipping tighter. -- 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/e685af40-92f6-0f42-7026-f98f71d8c46c%40gmail.com.
Re: [hugin-ptx] Re: Stabilising/deshaking webcam timelapse footage
On 10/7/22 07:25, Bruno Postle wrote: ffmpeg can split a video into TIFF frames, just change the output format to webcam%08d.tif or similar. If you want nona-deshake to render to TIFF instead of JPEG, then you should change "$prefix%08d.jpg" on line 51 to "$prefix%08d.tif" and 'JPEG' on line 88 to 'TIFF'. Hey, Bruno! I have only had to do something like this once, years ago. But reading your post made me think, "You know, this is something I could do to my next handheld video." Thanks! -- 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/1c152069-6abc-4190-3277-bd1749496327%40gmail.com.
Re: [hugin-ptx] Re-arrange image order to fix "blackout" sections
Probably not much help to anyone, but the only times I've encountered blacked-out sections were: 1. When I was getting too intricate with inclusion and exclusion masks. They were particularly problematic when close to each other. 2. When masks on different images overlap. 3. When watching a stitch run, the log would report a picture not being blended. The blend would go fine, I'd note the stitch log's message about the photo not being part of the set, or being a duplicate, and remove the seeming duplicate. Then I would sometimes get a blacked out section. It makes me think sometimes enblend isn't entirely correct when it reports *not* blending an image. This is all with enblend. I've never tried multiblend or felt any need to use it. I use Linux, so can't help if it's Windows-specific. On 10/7/22 18:47, Rich MacDonald wrote: Thanks for the suggestions: 1) No luck on --primary-seam-generator=nearest-feature-transform. Did not change anything. 2) No luck with or without --pre-assemble. 3) Always wanted to try multiblend. Never found adequate instructions for running in windows. Tried and failed several times over the last decade. On Friday, October 7, 2022 at 2:01:33 PM UTC-5 gunter.ko...@gmail.com wrote: __ Multiblend should also help. -- 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/2a31f257-0f61-dbbd-7e52-aaccdfdb0dc5%40gmail.com.
Re: [hugin-ptx] Trying to compile Hugin: what is this MSGFMT error?
What I was trying to do earlier was specifying too much on the command line. Combined with confusion about what "/PATH/TO/HUGIN/SOURCES" meant. I interpreted it to mean it needed to point to the /src directory, when it really means the parent directory of /src. Sometimes I find compilation instructions too complex for their own good. I know, they have to be general enough to cover a lot of situations, but sometimes I think they're too general, trying to cover too many possible situations. ;) Or they're too specific. I use Debian, not Ubuntu/Fedora/Redhat, so detailed instructions on how to do it under those other distros don't necessarily help. ;) Either way, it beats the days when I had to use alien to convert an RPM to a DEB because developers only developed for Redhat. On make install vs make package then install, when I compiled in January 2022, I used the make package option and installed the resulting package. This time I decided not to make the package. No particular reason, just what I did this time. I can see one benefit to making a package and keeping it around. If I needed to uninstall and reinstall, being able to re-install using the package would be faster. So I went back just now and made a package to keep around just in case. Thanks for the help and advice! On 10/6/22 04:26, johnfi...@gmail.com wrote: How is what finally worked different from what earlier didn't work? For example, the instructions had /PATH/TO/HUGIN/SOURCES where your final working version had .. I assume.. is the path to hugin sources (from the place where you had your build directory). It is starting to sound like there was a problem in that aspect originally. I personally would not make the build directory of a complicated open source project be a sub directory of the repository (except in projects with brain dead build tools giving you no choice). As you discovered, that method does work. But it still is not a great idea. On Wednesday, October 5, 2022 at 11:25:49 PM UTC-4 GnomeNomad wrote: On 10/5/22 02:02, Kornel Benko wrote: > Am Tue, 4 Oct 2022 21:54:17 -1000 > schrieb "David W. Jones" : > >> On 10/4/22 20:40, Gunter Königsmann wrote: >>> Either you haven't gettext installed >> >> I have gettext 0.21-4 installed. >> >>> or your cake is too old to know about it. >> >> Cake? You mean cmake? cmake is v3.18.4. >> >> This is on Debian 11. It's been almost a year since the last time I >> compiled Hugin. I successfully compiled Hugin 2021 to a /usr/local >> installation 1 January 2022. >> >> Ideas? >> > > It is part of hugin sources. Don't know, why cmake is not finding it. > > Look foe 'CMakeModules/FindMSGFMT.cmake' in your cloned hugin. > > Kornel I find that one in the cloned hugin tree. Cmake is still not finding MSGFMT, although that is installed. Here's what cmake tells me: CMake Error at celeste/CMakeLists.txt:71 (set_target_properties): set_target_properties called with incorrect number of arguments. CMake Error at translations/CMakeLists.txt:7 (find_package): By not providing "FindMSGFMT.cmake" in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by "MSGFMT", but CMake did not find one. Could not find a package configuration file provided by "MSGFMT" with any of the following names: MSGFMTConfig.cmake msgfmt-config.cmake Add the installation prefix of "MSGFMT" to CMAKE_PREFIX_PATH or set "MSGFMT_DIR" to a directory containing one of the above files. If "MSGFMT" provides a separate development package or SDK, be sure it has been installed. Gettext and msgfmt are installed here. Anyway, here's what finally worked: 1. Run "cmake .." in the build directory. That put the missing MSGFMT .cmake files in a subfolder under the build directory. 2. Run "make". 3. Run "sudo make install". That gave me a Hugin reporting itself as "Version: Pre-Release 2021.1.0.33b93e37f209". Is that correct? -- 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/92dffeec-1b31-3377-e179-4e18da861f9b%40gmail.com.
Re: [hugin-ptx] Re: Where does the font in the Verbose Output window come from?
On 10/4/22 04:56, T. Modes wrote: GnomeNomad schrieb am Montag, 3. Oktober 2022 um 23:08:03 UTC+2: Thanks, Thomas! In the current source so I can grab and recompile? yes. It's in the repository in the default branch. Thanks. It works fine here using my default font. -- 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/efa7bdc3-ccfd-ebcd-ed8f-d6a18b69d596%40gmail.com.
Re: [hugin-ptx] Trying to compile Hugin: what is this MSGFMT error?
On 10/5/22 02:02, Kornel Benko wrote: Am Tue, 4 Oct 2022 21:54:17 -1000 schrieb "David W. Jones" : On 10/4/22 20:40, Gunter Königsmann wrote: Either you haven't gettext installed I have gettext 0.21-4 installed. or your cake is too old to know about it. Cake? You mean cmake? cmake is v3.18.4. This is on Debian 11. It's been almost a year since the last time I compiled Hugin. I successfully compiled Hugin 2021 to a /usr/local installation 1 January 2022. Ideas? It is part of hugin sources. Don't know, why cmake is not finding it. Look foe 'CMakeModules/FindMSGFMT.cmake' in your cloned hugin. Kornel I find that one in the cloned hugin tree. Cmake is still not finding MSGFMT, although that is installed. Here's what cmake tells me: CMake Error at celeste/CMakeLists.txt:71 (set_target_properties): set_target_properties called with incorrect number of arguments. CMake Error at translations/CMakeLists.txt:7 (find_package): By not providing "FindMSGFMT.cmake" in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by "MSGFMT", but CMake did not find one. Could not find a package configuration file provided by "MSGFMT" with any of the following names: MSGFMTConfig.cmake msgfmt-config.cmake Add the installation prefix of "MSGFMT" to CMAKE_PREFIX_PATH or set "MSGFMT_DIR" to a directory containing one of the above files. If "MSGFMT" provides a separate development package or SDK, be sure it has been installed. Gettext and msgfmt are installed here. Anyway, here's what finally worked: 1. Run "cmake .." in the build directory. That put the missing MSGFMT .cmake files in a subfolder under the build directory. 2. Run "make". 3. Run "sudo make install". That gave me a Hugin reporting itself as "Version: Pre-Release 2021.1.0.33b93e37f209". Is that correct? -- 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/c4999aea-81a7-3c4a-d164-4d5ff293648a%40gmail.com.
Re: [hugin-ptx] Trying to compile Hugin: what is this MSGFMT error?
On 10/4/22 20:40, Gunter Königsmann wrote: Either you haven't gettext installed I have gettext 0.21-4 installed. or your cake is too old to know about it. Cake? You mean cmake? cmake is v3.18.4. This is on Debian 11. It's been almost a year since the last time I compiled Hugin. I successfully compiled Hugin 2021 to a /usr/local installation 1 January 2022. 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/3184847d-f1cc-ac4e-dbc9-3c3dbdd72753%40gmail.com.
[hugin-ptx] Trying to compile Hugin: what is this MSGFMT error?
I just cloned the Hugin repository from mercurial and followed the instructions in INSTALL_cmake. I get this from cmake. Ideas? CMake Error at translations/CMakeLists.txt:7 (find_package): By not providing "FindMSGFMT.cmake" in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by "MSGFMT", but CMake did not find one. Could not find a package configuration file provided by "MSGFMT" with any of the following names: MSGFMTConfig.cmake msgfmt-config.cmake Add the installation prefix of "MSGFMT" to CMAKE_PREFIX_PATH or set "MSGFMT_DIR" to a directory containing one of the above files. If "MSGFMT" provides a separate development package or SDK, be sure it has been installed. -- Configuring incomplete, errors occurred! -- 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/4f7df763-06d3-766a-44a8-253c855d3a03%40gmail.com.
Re: [hugin-ptx] Re: Where does the font in the Verbose Output window come from?
On October 3, 2022 1:10:08 AM HST, "T. Modes" wrote: > Hi David, > > GnomeNomad schrieb am Montag, 3. Oktober 2022 um 08:34:20 UTC+2: > > > Asking because the font in the window is nearly too small to read. > > > > The font size was hard coded in the source code to get a typewriter font. I > changed this now to use the default font size. Hopefully this fixes the > issue for you. > > Thomas Thanks, Thomas! In the current source so I can grab and recompile? -- David W. Jones gnomeno...@gmail.com exploring the landscape of god http://dancingtreefrog.com Sent from my Android device with F/LOSS K-9 Mail. -- 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/7BAA60FB-D669-48E3-8D2F-037B73A197C1%40gmail.com.
[hugin-ptx] Re: Where does the font in the Verbose Output window come from?
On 10/1/22 19:16, David W. Jones wrote: Good evening! Where does the font in PTBatcherGUI's Verbose Output window come from? Running Debian Linux with the XFCE desktop environment, on a 4K display set to 192dpi for font dpi. Thanks! Asking because the font in the window is nearly too small to read. 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/d5e7b23a-ee14-1681-64a5-802e4067b036%40gmail.com.
[hugin-ptx] Where does the font in the Verbose Output window come from?
Good evening! Where does the font in PTBatcherGUI's Verbose Output window come from? Running Debian Linux with the XFCE desktop environment, on a 4K display set to 192dpi for font dpi. Thanks! -- 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/8b58cea4-3aea-ae58-0b46-0c35e89280f9%40gmail.com.
[hugin-ptx] What does this mean in stitching window?
Good evening! I see this in my stitching window (PTBatcher GUI). What does "cost-image" mean? enblend: warning: unable to run Dijkstra optimizer enblend: note: seam-line end point outside of cost-image Thanks. -- 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/3b78ed9f-3085-9753-1a8d-94e0fce9813d%40gmail.com.
Re: [hugin-ptx] Problem: Only 1/4 of Fast Panorama Visible
I've never met that. As they would say, what Hugin version and operating system? On September 3, 2022 6:46:59 PM HST, Alexander Drecun wrote: > Hey all, > > I'm aware this is a problem others have run into and that solutions have > been provided here, so I'm hoping someone can provide me a link to a > previous conversation. Anyway, I'm able to see only 1/4 of the pano I'm > previewing at any given moment. Using the sliders I can adjust the > canvas/crop enough to see the full pano, but it's too small to be of any > use and it reverts to a quarter view as soon as I try to do anything. I've > attached an image but I'm sure some of you are already familiar with the > issue. > > Much appreciated! > > -- > 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/dac791a3-4589-486b-b5c7-28017e17a569n%40googlegroups.com. -- David W. Jones gnomeno...@gmail.com exploring the landscape of god http://dancingtreefrog.com Sent from my Android device with F/LOSS K-9 Mail. -- 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/A63B7261-A71C-46DB-AB36-AD4AB3000BF4%40gmail.com.
