Re: [hugin-ptx] Re: Stitching two (or multiple) images with different resolutions together with Hugin
Hugin can adjust the fov if it is told that the image with the different fov has been made using a different lens. -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -- 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/3CDA8952-75C8-4F84-983D-BD5BFC51A0B5%40gmail.com.
[hugin-ptx] Re: Stabilising/deshaking webcam timelapse footage
THANK YOU !! This works really well - I was worried that control points would include moving objects (Moon/Venus), but I don't see any evidence of that. My problem was that during the time-lapse, my tripod very gradually shifted. When I stacked the 500+ images, they were not aligned. Here is my *Windows *implementation of Bruno's nona-deshake using ActiveState Perl on Windows: https://sites.google.com/site/alistargazing/home/image-processing/time-lapse-deshake With much appreciation, Alister. P.S. I can now go back a decade and save a few other projects! On Monday, June 25, 2018 at 1:01:23 PM UTC-6, Bruno Postle wrote: > > I recently needed to convert a series of webcam images to video, but the > camera wobbles around in the wind, so I needed to stabilise them first. > Also the camera is at a funny angle, and I wanted to use Hugin to level > the scene. > > The solution is to use align_image_stack to align the photos to an > anchor image, but align_image_stack can't cope with thousands of photos, > so it needs some help. > > The attached perl script uses a Hugin project file as a template to > fix lens distortion, straighten, and define a crop for the output. It > also uses the photo defined in the project as a reference, so all the > images in the sequence are fitted to this image. > > Here's a short clip showing the result is pretty solid (except during > the bit where the entire scene is covered in fog): > https://youtu.be/N80QkvfnjhQ > > -- > Bruno > -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. To unsubscribe from this group and stop receiving emails from it, send an email to hugin-ptx+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/df6d021b-ef02-4dc5-b42d-3553e403028a%40googlegroups.com.
[hugin-ptx] Re: Stitching two (or multiple) images with different resolutions together with Hugin
Hi, I think the problem is that *because* they are screengrabs, hugin has no information about lens, field of view (scale). [Aside, this might make a good Turing test - are these images related?!]. I think if you told hugin that the second image had a shorter focal length by the same ratio as the scale difference between the images it could do it. A human can easily tell that one picture is the same as the other except for scale and rotation, but that is trickier for a computer to do it without human help. But I also agree with you, that if you supply matching control points, the computer should look for the best rotation/scale parameters. I do not know if Hugin has this capability. There was a post about overlaying old pictures on new ones, maybe that will help. Alister. On Friday, June 28, 2019 at 7:24:37 AM UTC-6, zimon fi wrote: > > I have two images, which has been captured with screen-capture-tool by > "select area to grab"-method. They have different resolution for some > reason (I cannot re-grab to ensure the same resolution anymore). > > I have auto generated control-points and then removed those which are > incorrect due to some repeated patterns on the original image. > > However, when now creating a panorama, it does not work, as it expects to > stich them in their original resolutions. > > When Hugin already could know through the control points how to zoom > images to fit eachothers, I assume there is a method somewhere to do that, > but I haven't found it. > > So is there a method to auto-change resolutions of images, so they could > match each others and could be stiched? > > Simple example attached; 1.png (200x210) and 2.png (30x50), which belong > to the same image of a rectangle but are two grabs with different > resolution. Now control points can be found manually and set (project file > "1 - 2.pto"). > > Or is there some other tool than Hugin, which could do this? > > -- 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/2e45bb1d-4938-421d-a827-c160bf0cf5d6%40googlegroups.com.
