Hi all! I'm trying to get uncropped TIFF output, and it's just not happening. I was using a project file which has output cropped TIFF before, and now I wanted it to produce uncropped TIFF. In theory this should be simple: In the stitcher tab, I'd uncheck the 'save cropped images' checkbox in the nona options dialog. But it doesn't have an effect. I tried everything: change the defaults in the settings dialog (and clicking on 'apply'), killing and restarting both hugin and PTBatcherGUI, creating a new project (twice, after the second time all options to save cropped images were finally totally disabled). No joy. Cropped TIFF all the time:
> tiffdump IMG_1359-IMG_1360*tif | grep Position XPosition (286) RATIONAL (5) 1<7.30667> YPosition (287) RATIONAL (5) 1<3.44667> XPosition (286) RATIONAL (5) 1<7.30667> YPosition (287) RATIONAL (5) 1<3.44667> XPosition (286) RATIONAL (5) 1<7.30667> YPosition (287) RATIONAL (5) 1<3.44667> Nona is called like this: nona -z LZW -r ldr -m TIFF_m -o IMG_1359-IMG_1360 -i 0 /tmp/ huginpto_I4Juny nona -z LZW -r ldr -m TIFF_m -o IMG_1359-IMG_1360 -i 1 /tmp/ huginpto_I4Juny I looked into nona's man page, help screen and (even) into the source and I plain can't find which option would switch on or off saving of cropped TIFF. What is the flag, if it exists? And why do I need it? I want to create a nadir patch. I've got a method which works reasonable smoothly: - pitch 90 - set fov to what's needed - stitch to get nadir image - edit nadir image - load resulting image - include-mask loaded image to cover nadir - pitch -90 This is fine, but I have to set the patche size by altering the fov and I can only make patches which are symmetric around the origin. What I'd like instead is to arbitrarily crop the output and stitch to 360X180 spherical in the same resolution that my final output will be, thus avoiding any projection losses and also enabling me to have an ROI which isn't symmetrical about the origin - and which would also be much less fiddly to define than having to change the fov when creating the patch and then setting it back again afterwards. The idea was to do this: - pitch 90 - crop to interesting region - stitch to get nadir image - edit nadir image - load resulting image - include-mask loaded image to cover nadir - pitch -90 But, alas, hugin doesn't honour cropped TIFF input (even though I can't get it to PRODUCE anything else...), and the concept is flawed anyway, because (if I'm not mistaken) cropped TIFF format doesn't record the canvas size, but only the offsets. So I tried to output uncropped TIFF instead and failed. Now one could argue I might as well use the cropped image. The problem is that when I use an ROI on the output, it's not necessarily symmetric around the center and the fov of the cropped region is not obvious, but I need it to load the nadir patch back in. If I stitch the patch to spherical, I can calculate the hfov and vfov from the ROI's coordinates and the canvas size, but I still have to position it. The only option left here would be to insert the nadir patch as if it was any old image, create CPs and have the fov and position calculated, which is really silly. So, Does anyone have an idea how I can get uncropped output? BTW, I'm using Betriebssystem: Linux 2.6.38-13-generic-tuxonice i686 Architektur: 32 bit Freier Speicher: -2007736 kiB Hugin Version: Pre-Release 2011.5.0.190471592eb7 Ressourcen-Pfad: /usr/local/share/hugin/xrc/ Datenpfad: /usr/local/share/hugin/data/ Bibliotheken wxWidgets: 2.8.11.0 libpano13: 2.9.18 Boost: 1.48.0 Exiv2: 0.22.0 Kay -- You received this message because you are subscribed to the Google Groups "Hugin and other free panoramic software" group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/hugin-ptx
