Re: [hugin-ptx] Re: 360 degree pano viewer?
Side-note: renderable image size with Panini Viewer is limited to something like the max. texture size of your GPU. -- 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/4f489a45-08b0-4d23-b609-8786fb4cef39%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [hugin-ptx] Re: 360 degree pano viewer?
On Monday, 6 June 2016 03:48:30 UTC-5, Groogle wrote: > > On Monday, 6 June 2016 at 1:33:48 -0700, dex Otaku wrote: > > On Sunday, 5 June 2016 02:22:23 UTC-5, Groogle wrote: > >> > >> I used to use SaladoPlayer for preparing and viewing 360° navigable > >> panoramas, but after a system upgrade it no longer ran, and it seems > >> that the web site is up for sale, so I assume that's the end of > >> Salado. Does anybody have an alternate suggestion? > > > > For what platform? > > FreeBSD :-) > > Aha! I am hardly a real help, then. > On Windows, tksharpless' Panini Viewer > > [https://sourceforge.net/projects/pvqt/] still functions [tested on > > Win7, 8.x and 10]. > > From that page, it seems that it will also run on Apple and Linux, and > thus also FreeBSD. But like so many sourceforge projects, there > doesn't seem to be any documentation. I particularly like the > self-referential "Web Site" link. > > The description suggests that it has a different function. Can it do > images like at https://pannellum.org/ ? > I mistook what you meant by "viewer". :/ Panini is a viewer in the sense that it uses OpenGL to render an image with a known x*y degrees of view and project it however you want [within its projection style limits, at least]. This doesn't help one post a navigable image in a web page, but it does give you a fast, self-contained, locally-run viewer. To have a full 360-degree, manipulatable view you don't need to do anything beyond handing it a high-res equirectangular image [or any image with FOV tags, for partial projections]. You can mess with the projection type, viewing angle, rotation, etc. at will. It more or less acts as a lens simulator, and lets you save the image as a jpeg if you like what you see. I lack the skill to get TIFF output working, but the jpegs it puts out are still excellent. Usage: drop an image with FOV tags on it [the output of Hugin will have these]. Mess with the view. Click save if you like it. -- 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/b2b2de75-66a6-4f8b-9d20-636aaf6fd1e7%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[hugin-ptx] Re: 360 degree pano viewer?
For what platform? On Windows, tksharpless' Panini Viewer [https://sourceforge.net/projects/pvqt/] still functions [tested on Win7, 8.x and 10]. On Sunday, 5 June 2016 02:22:23 UTC-5, Groogle wrote: > > I used to use SaladoPlayer for preparing and viewing 360° navigable > panoramas, but after a system upgrade it no longer ran, and it seems > that the web site is up for sale, so I assume that's the end of > Salado. Does anybody have an alternate suggestion? > > Greg > -- > Sent from my desktop computer. > Finger g...@freebsd.org 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 > -- 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/6ff6bdc1-9360-45f0-adf6-ddcce87d727e%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [hugin-ptx] Re: Settings for panoramas inside buildings
Good advice: On Tuesday, 6 October 2015 12:37:22 UTC-5, Cartola wrote: > > In a next time try also to fix camera settings manually and don't change > them between shots, including WB. Maybe a simple philopod would give you > less parallax. > > It may be too late to apply to these shots, but speaking from experience: parallax is the enemy of good stitches, especially for any subject that's close to the camera. The degree of parallax you can get away with in a landscape is significantly different from what you can get away with indoors [where everything in the shot is often close enough to cause these issues]. Even the simplest pano head would fix most of the issues for future shoots. -- 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/ee6a953b-a269-446f-a4c5-42b0c1399233%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [hugin-ptx] 2015.0 rc1 released
Thank you, Harry. These builds are very much appreciated. =) On Wednesday, 17 June 2015 11:49:25 UTC-5, Harry van der Wolf wrote: *Windows binaries* for the Hugin 2015.0.0 RC1 version are now available. These are 64bit Windows versions only. The python versions require a pre-installed python 3.4. -- 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/97c41462-a189-4f84-8546-0b4ceaa0a106%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[hugin-ptx] Re: How to reproject equirectangular image correctly?
Note that I'm assuming you're using enblend. :) On Sunday, 14 June 2015 03:29:15 UTC-5, dex Otaku wrote: Hi Christopher, You might improve this by using the --wrap option of enblend. Add --wrap to the enblend parameters on the stitch page in the main hugin window. See also: panini-renderer; search for 'panini' on sourceforge. That tool might let you rotate and rerender more easily*. * can't recall if panini will output equirectangular On Saturday, 13 June 2015 09:39:27 UTC-5, Christopher Bruns wrote: I want to reproject some aerial equirectangular images taken with a Ricoh Theta camera. I want to rotate the images to a particular orientation, then write the image back out as a new equirectangular image of the same size, but with a different orientation. Here is what I have tried: * run Hugin. * Select Add images... and load my (already perfectly stitched) equirectangular image. * Select Equirectangular as the Lens type. * Select Fast Preview Panorama. * Select the Move/Drag tab in the panorama viewer window. * Drag the image around until a) the horizon is perfectly level, and b) my desired reference point is horizontally centered in the image. * Select the Stitcher tab in the stitcher window. * Select Equirectangular projection * Select 3584x1792 (the original image size) as the canvas size * Select Remapped Images-No exposure correction, low dynamic range * Click Stitch But the resulting image has a dramatic exposure discontinuity seam, at the location where the original image left/right edges were, i.e. at the seam between the original horizontal +180/-180 degree boundary. What should I try next, to avoid this seam? Is there another program I should use to perform this sort of reprojection from equirectangular to equirectangular? -- 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/5f112a24-10ec-4eee-bffa-b35c1b144c70%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[hugin-ptx] Re: How to reproject equirectangular image correctly?
Hi Christopher, You might improve this by using the --wrap option of enblend. Add --wrap to the enblend parameters on the stitch page in the main hugin window. See also: panini-renderer; search for 'panini' on sourceforge. That tool might let you rotate and rerender more easily*. * can't recall if panini will output equirectangular On Saturday, 13 June 2015 09:39:27 UTC-5, Christopher Bruns wrote: I want to reproject some aerial equirectangular images taken with a Ricoh Theta camera. I want to rotate the images to a particular orientation, then write the image back out as a new equirectangular image of the same size, but with a different orientation. Here is what I have tried: * run Hugin. * Select Add images... and load my (already perfectly stitched) equirectangular image. * Select Equirectangular as the Lens type. * Select Fast Preview Panorama. * Select the Move/Drag tab in the panorama viewer window. * Drag the image around until a) the horizon is perfectly level, and b) my desired reference point is horizontally centered in the image. * Select the Stitcher tab in the stitcher window. * Select Equirectangular projection * Select 3584x1792 (the original image size) as the canvas size * Select Remapped Images-No exposure correction, low dynamic range * Click Stitch But the resulting image has a dramatic exposure discontinuity seam, at the location where the original image left/right edges were, i.e. at the seam between the original horizontal +180/-180 degree boundary. What should I try next, to avoid this seam? Is there another program I should use to perform this sort of reprojection from equirectangular to equirectangular? -- 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/387afc18-eb72-49d1-a885-78acf9e861cb%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [hugin-ptx] Hugin 2015.0 beta2
Thank you [both] -- 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/69963551-f8d2-4eb5-81ce-aa7aecf3671f%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[hugin-ptx] Re: Final version Hugin 2014.0.0 released
On Sunday, 14 December 2014 17:23:46 UTC-6, Matthew Petroff wrote: If someone steps up to take over, I'd be happy to give him or her pointers. Hi Matthew, If you can come up with build instructions that are clearer than the current wiki, I'd give making builds a try. That's assuming it doesn't require any commercial dev tools. I'm not a dev but with clear enough instructions I can manage it. -- 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/495b86e5-1f2d-4dfe-87ad-2166d7af5e64%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[hugin-ptx] Re: Final version Hugin 2014.0.0 released
Also: thank you very, very much. -- 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/e9749cd3-d52a-40ac-a561-4aa3b662da88%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[hugin-ptx] Using Hugin with LightRoom
hi mac user, my workflow is this: (noting i don't usually shoot hdr) ..do basic exposure editing to raw in lightroom ..export all frames into a subfolder as 16-bit tiff (colour profiles get passed by the hugin chain) intermediates since hugin doesn't natively support raw ..do the work in hugin with the tiff files, render as low dynamic range, exposure corrected ..if i consider the output “finished” i delete the intermediates ..finish processing the pano in lightroom this may not be the most efficient way of doing things on your gear (lots of 16-bit, high-res images require lots of memory during processing by such as enblend). if you don't have lots of RAM and don't mind the quality loss it can be faster to use the same process substituting jpgs or 8-bit tiff for the 16-bit described above, but you're limited to 8-bit colour throughout that way. depending on how and what you're shooting, or if you expect not to post-process or not, that might not matter to you. cheers, d -- 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/9ef3d6b8-2220-4eb4-9c1b-83d314480ff3%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [hugin-ptx] Re: Hugin 2014 RC4 windows x64 build?
Harry, There isn't a x64 build there. -- 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/be1b72d8-7968-4fb3-9a11-e1bfb8512a92%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[hugin-ptx] Re: hugin - tiffs
On Wednesday, 11 December 2013 08:30:14 UTC-6, ritt...@yahoo.de wrote: Trying to load tiff files for a project I get following note: *F:..._NIK5433.tif:wrong data type 7 for RichTIFFIPTC*: tag ignored* Clicking o.k. takes me directly to the same box, so clicking again and again and again. This sounds to me like a separate issue from the one below. I use lightroom and rawtherapee.. TIFFs created with LR often throw the tag ignored warnings because of metadata the open-source libraries don't know what to do with. Usually all EXIF data seems to get passed on anyway [from the first image in a series, at least] by hugin's toolchain .. by my experience. YMMV. I've never seen it ask about every image, though. After this tireing procedure (pressing o.k. like 20 times) the assist finally will tell me: *...Written output to C:/Users/Ritter/AppData/Local/Temp/ha9365.tmpStatistical cleaning of control points...make: *** access denied. Stop.make: *** Waiting for unfinished jobsanalyzing image...* ..this seems more like an invalid temp folder and/or permissions issue. I have experienced this: having set non-default tmp and temp environment variables in Windows, Hugin couldn't use the non-default temp folder. Either returning the tmp/temp variables to their defaults or specifying a temp folder manually in the hugin prefs fixed the issue. Not sure if this is your case, but it might help. ...and this is it - nothing happening anymore. There are no problems with the jpgs created from these unaccepted 8 bit tiffs (which are created from a Nikon NEF files). Meanwhile I am working with a new Windows machine just for photoshop and so on: Win7 ultimate 64 bit (using hugin 64bit of course), 32Gb RAM and eyerything working great, even with 8 (!) GB files with 25 layers etc. Any idea what could be causing the problem? Thanks for help and best, Chris (Berlin) -- 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/27af8c74-3697-4dfb-8743-0e4f95b3ba01%40googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[hugin-ptx] Re: TIFFReadDirectory Warning
I get similar results with TIFFs generated by Lightroom sometimes. It never seems to either slow things down or cause any actual problems for me, though. I assumed it was just nona or enblend complaining about extended metadata that any part of the processing chain can't understand, like Photoshop-specific tags. On Sunday, 10 November 2013 23:39:32 UTC-6, ora...@googlemail.com wrote: i get this error message in three variations file name:wrong data trype 7 for XMLPacket tag ignored file name:wrong data trype 7 for RichTIFFPTC tag ignored file name:wrong data trype 7 for Photoshop tag ignored there seems to an un-ending stream of them which really puts a slow down on work flow when you are sat there clicking ok boxes for a small eternity I normally shoot raw, so use photoshop to produce the TIFFs, it does not produce this when using jpegs, but jpegs lack editablity that is desired for post processing -- 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/ee2e8506-95b2-4dc8-b854-b6067e5acf21%40googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[hugin-ptx] Re: Enfuse 4.1.1 CIECAM bug?
On Monday, 7 October 2013 06:07:39 UTC-5, dkloi wrote: I've been trying to track down a problem with enblended images suffering a lack of contrast with respect to the remapped images. It seems that I am not the only one experiencing this problem and it is due to the CIECAM blending default option for input images with colour profiles. I'm pretty sure this issue started for me with 2013RC1 [on Windows]. I have downloaded RC2 but not processed anything yet. I've just gotten used to not being able to render anything successfully without using the --no-ciecam option. -- 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/02c98f31-9569-4db7-a1eb-03bbc9f4bfe6%40googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[hugin-ptx] Re: Enfuse 4.1.1 CIECAM bug?
Further info in case it may be of use: I'm shooting raw with a Sony alpha 55 and a sigma 10-20mm @10mm for panos. The camera is set to use the AdobeRGB profile. I usually use Lightroom [4.x] to make 16-bit TIFFs of the images with some basic exposure processing. Sometimes I use RawTherapee instead [it has finer control over noise reduction]. My displays are profiled using Dispcalgui/Argyll CMS [under Windows, yes]. Previews using the 16bpc TIFFs display as expected, but no renders expose correctly, regardless of image content. Using enblend with --no-ciecam gives expected results. Without it, images are always as described by the OP. Using the sRGB profile instead of AdobeRGB from the camera makes no difference. Rendering my intermediates as sRGB [converting colour spaces before Hugin] also makes no difference. -- 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/dfd0ed91-1fa1-48a2-960d-80fb6210731a%40googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[hugin-ptx] Re: Low contrast areas within output pano
Try adding --no-ciecam to the options for enblend. -- 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/ef4be16c-2ca9-4563-a058-4fc72f61f858%40googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[hugin-ptx] Re: Weird color output
On Saturday, 21 September 2013 16:58:20 UTC-5, Ronald Waterbury wrote: I’ve just installed Hugin and am trying my first stitch job. I went through the routine to stitch two jpeg photos but the final panoramic output has weird colors, almost as if it were shot at night with infrared, which it definitely was not. You may be experience the mysterious enblend ciecam on by default artefact. It started for me when the Windows binary of 2013.beta1 [the most recent precompiled windows version as far as I know] came out - I can't use enblend at all with always forcing --no-ciecam. I'm a bit surprised there are more people wondering about this, as finding the workaround was not easy [one post on one listserv on the entire net as far as google was concerned at the time] and the rendered output is usually total garbage [nearly pitch-dark or with the strangest gamma curve I've ever seen applied on purpose] without this option disabled [and the linux version does exactly the same for me, too]. I suspected that in my case it might be occurring because I shoot RAW with my camera set to use the AdobeRGB colour profile rather than sRGB [then use 16-bit TIFFs output from Lightroom or RawTherapee].. although even when I shoot sRGB or convert profiles before images reach Hugin, it still does it 100% of the time since beta1. Are you doing the same or similar? Before rendering, open Hugin's preferences and go to the programs tab. In the Enblend section add --no-ciecam to the default arguments. Then try rendering and see if it's better or worse. Cheers, D -- 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/3ce976ef-7f26-4d17-8d4f-c4f88d74ab3f%40googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[hugin-ptx] Re: Weird color output
On Monday, 23 September 2013 04:12:40 UTC-5, dex Otaku wrote: I'm a bit surprised there are more people wondering about this AREN'T. Heh. Surprised there *aren't* more people wondering about 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/044f36f8-21c1-408d-9fba-9cfcfaf01bf7%40googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [hugin-ptx] Individiual nona command possibile in Hugin?
On Saturday, 22 June 2013 11:25:00 UTC-5, Hans Bull wrote: Another more or less related question: I'm getting the message on some images Nona-GPU does not support the translation parameters. Switch to CPU calculation.. Is there any active development on this? It would be fantastic! My understanding is that some projection types aren't supported natively through GPU calculation [i.e. there isn't an API call for translation to panini projection]. If I'm not mistaken, this could only be fixed by the hardware supporting the projection type, so no amount of development on Nona can fix this. I might be wrong, though. -- 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/cf671cf9-1d8a-4d8f-884f-ac290074f9b7%40googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [hugin-ptx] So long to do 90 photo stitching
On Friday, 21 June 2013 10:54:54 UTC-5, zarl wrote: Newsgroups and mailing lists work that way. It's a mailing list, i.e. the browser interface is just one different way to read and write messages. So once you hit the Send button your message is out there... Haha.. Yeah, I'm just not in that mindframe anymore, having not extensively participated in such linear format media since the early-mid 1990s. I'm so used to fora and the like that it's painfully easy to forget. :) -- 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/c128d60d-3ad7-40b4-a14f-a8bd02b25d58%40googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [hugin-ptx] So long to do 90 photo stitching
Monkey has a point in suggesting multiblend [at the sacrifice of some accuracy] but the most positive performance improvement you can make is additional RAM. Over the past several years I've gone from using Hugin on a single-core 32-bit system [running XP] with 2GB to a quad-core AMD64 system [with Win7 x64] with 4GB to a quad-core intel system [Win7 x64 again] with 8GB. The increase in RAM available in both cases brought a performance increase for Enblend in particular of at least an order of magnitude [several with the first leap from single to quad core] with each upgrade. Rendering 18*16Mp panos went from an overnight process [single-core, 3GB RAM] to an hour or so [quad-core with 4GB] to 5-10 minutes [quad-core with 8GB]. CPU speed, mp-enabled Enblend, etc. have all had an effect, but my observation is that the biggest single bottleneck when there's a surplus of available RAM [i.e. more free than needed to process the images] is the speed of the RAM, while on RAM-constrained systems depending on swap [like yours] the bottleneck is instead your storage bandwidth [how fast your hard drive is]. Increasing the amount of memory with -m will likely not have much of an advantage on a RAM-constrained system and will induce constant swap activity [using the hard drive], which might only make the process even slower by doing little more than increasing swap activity. I realise that upgrading RAM may not be a practical option for you, but given your hardware constraints it may be the only way to appreciably increase performance. Enblend realistically needs at least as much free RAM to work in as the size of the completely-uncompressed final output image. For a 10k*5k equirectangular pano with input images of 16 bits per colour channel (bpc), the *uncompressed* output is 3.2GB (that's 1*5000 pixels * 64 bits (including the alpha channel)). If my math is bad there, please do correct me, but my just-woke-up only-half-of-my-coffee-consumed brain seems to think that looks right. Tweaking your workflow may help you a lot more: render smaller versions first [logically, the smaller the final output, the faster the whole process is] for test purposes, or even small sections at full-res using crops to verify that the stitch is taking place without bad artefacts in the section in question. If you're using JPEG images as input, the following is not relevant.. But if you're using 16bpc input images [like 16bpc TIFFs from processed raw images], try using 8bpc images first as a draft mode; this means less data to manipulate during all stages of processing. When you're done making sure things fit right you can replace the 8bpc images with 16bpc ones [they must have the same filenames, of course] and the only stage in Hugin that might need redoing is exposure compensation. When you've verified that things look right with smaller output, cropped output for trouble sections, and/or lower bit-res images as draft - *then* invest the time in doing the final full-sized output that takes more time. Hope that helps in some way, D -- 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/58b5d7c1-bf5a-470f-b87e-0b920475595c%40googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [hugin-ptx] So long to do 90 photo stitching
Self-correction: when I said 18*16Mp panos up there, I actually meant 32*16Mp [as in, a pano made up of 36 16Mp images, that's 3 rows of 12 images for a full 360*180 degrees] with at least 12k*6k output. -- 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/d479da55-a351-450c-ae50-92eaeea49dc0%40googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [hugin-ptx] So long to do 90 photo stitching
Self-correction #2 now that I've had more coffee: 10k*5k*64-bit / 8 [for bytes] = 400MB .. 3.2GB is totally out to lunch [that's bits, not bytes]. Sheesh. -- 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/567c2166-f902-4c84-806e-9e87cfffa4a7%40googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [hugin-ptx] So long to do 90 photo stitching
EGAD - 32 becomes 36 [36 is the real number] .. I am having serious number trouble today. I hope at least something in the above was clear enough without my math-crippledness ruining it. :P Am I the only one who finds it annoying that one can't edit posts here? -- 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/124f0afc-f44e-4ed5-bf51-3c23c9d64a01%40googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[hugin-ptx] Re: Hugin 2013.0beta1 released
On Monday, 29 April 2013 17:57:51 UTC-5, Robert Alatalo wrote: I wanted to try out the latest version ( 2013.0.beta1 ) but after it sets everything up, it crashes when I try to build the panoramic image. I uninstalled and installed latest 2012 windows 64 version and that worked, uninstalled that and retested the 2013.0.beta1 and it still failed. Reloaded the defaults from preferences, I am running on windows 7 x64, should be current with patches. Robert - are you trying to run the python-enabled version without having python installed? -- -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx --- 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. For more options, visit https://groups.google.com/groups/opt_out.
[hugin-ptx] Re: Best TIFF format
On Tuesday, 5 February 2013 02:58:07 UTC-6, MaTa wrote: Please I need you help. I always export my photos from Lighthoom as TIFF 16bits, LZW compressed at full resolution/size. It's the best way? I hope to keep these image quality (resolution/size and 16bits) at the entire process. Sounds like your workflow is probably identical to mine: * RAW files edited with Lightroom or RawTherapee, rendered to 16-bit TIFF LZW * process TIFF files with Hugin; TIFF16 output used automatically if output to TIFF is selected * final edit the rendered TIFF The entire chain is lossless this way. Storage requirements can be onerous but whether working from RAW or JPEG originals, those gigantic intermediates can be disposed of when finished with Hugin [since you can re-create them at any time if you want to re-edit with Hugin]. -- -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx --- 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. For more options, visit https://groups.google.com/groups/opt_out.
[hugin-ptx] Re: CHDK
On Tuesday, 15 January 2013 14:04:59 UTC-6, Erik Krause wrote: Am 15.01.2013 10:21, schrieb paul womack: For the vast majority of purposes, it's better, even on a CHDK equipped PS, to stay with JPEG. This might be true, especially since raw takes far longer to process. However, raw is beneficial not only for dynamic range and white balance adjustment (where your concern applies) but also for CA removal, which is far better on raw data than on jpegs. CHDK's RAW achilles heel is that support depends on user-submitted colour correction profiles; some camera models have accurate profiles, some don't. DNG from CHDK is usable [and can even be good] on the cameras where the profile is decent, but on the rest it's next to useless [I have one of these models] and JPEG is the only usable option. -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: Might this idea work? scripting process
Salut alouest, On Thursday, 8 November 2012 14:01:32 UTC-6, alouest wrote: 'm using a sotware which can export RGB tiff and 32 bit tiff. I can produce panoramic with hugin of the RGB but not of the 32 bit tiff. If I extract both RGB and 32 bit tiff, then I create my panorama from the RGB pictures and save the project file. Would I be able to use all the settings (and control points, basically everything) used before and apply them to my 32 bit tiff that hugin see totally blank? I tried quickly with nona but it crashed. To summary could hugin or another tool could apply the settings from a working panoramic creation into empty tiff (they off course have the exact same extent). Is that crazy or that could work? To my knowledge, Hugin and its included tools only work with TIFF images that: * use 16 bits per colour channel or less [no 32bpc TIFF, no floating point TIFF], * are RGB or RGBA [no CMYK support], * use only a single image layer [no multi-layers TIFF support], * and must be 4GB in file size [a limitation of base-standard TIFF] What are you using that creates 32-bit [I assume that's per colour channel] output? HDR images from something? Is there a practical reason to maintain that bit depth as far in your processing chain as Hugin? Chances are, even if you're going to be post-processing the images after stitching, 16 bits per channel will be sufficient. My suggestion [which is probably your only option with Hugin, Nona, etc.]: reduce the bit depth of the images to 16bpc or less and use those with Hugin. If you require 16 bit per channel image support, you may need to find other tools to use. Cheers, D -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
Re: [hugin-ptx] Control points - autopano-sift-c
This means that it only works with 8bit per channel RGB images with or without an alpha channel. So you can't use HDR or 16bit or greyscale images. Autopano-sift-c works fine with 16bpc images [or at least, it has here, on windows, for the past 4+ years]. The error is almost definitely not caused by 16bpc images. I would check that the TIFF images in use may have layers in them [that would result in more than 3 or 3+alpha colour channels], that they're not 16bpc, or that they're not CMYK or something. FWIW, I find there are cases where autopano-sift-c does a way better job of detecting points, but cpfind is mostly caught up in terms of functionality [compared to 3+ years ago]. I tend to start with cpfind and then try alternatives if it doesn't work out, these days, because one [CP detector] may often work well in situations where the others don't. -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: Announce: jpeg2qtvr-0.04
Hey all, Just a suggestion for a pano viewer - If all you need is a simple client for equirectangular or QTVR photos, Panini viewer is a good option. VASTLY superior to any part of Quicktime on Windows [I'm one of those people who uses the QTLite installer because I have software that requires the Apple codecs, but I refuse to install iTunes and the like because Apple are fascists with their installers on Windows]. Panini may be confusing for less technical users, but as long as you give out equirect images [the rendering of which can be done straight from Hugin, requiring no conversion tools or anything as with qtvr] it's very simple to use - open the image, navigate with mouse controls, alter projection parms with keyboard keys if you want, and even save the projected image if you want. https://sourceforge.net/projects/pvqt/ -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: Free Panini now runs on newest video cards
Thanks, Tom. -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: Panini on Windows 7 [no more opengl errors!]
Update: Thom has been in touch and I shall be posting a new Windows binary in the next few weeks. -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Panini on Windows 7 [no more opengl errors!]
[Quasi-cross-posted from the PVQT/Panini sourceforge project pages] Hi there... hopefully tksharpless is still around somewhere and may be able to reply. I've used panini in the past but since getting a newer computer with newer video card drivers [ati/amd claim opengl 4 support] the currently-available Windows binary hasn't been working. I downloaded the source for x.x.104, the newest posted. I built it using QtCreator / QT 4.8.1 / current zlib / MinGW. It works so far on my own machine but I lack the resources to test it widely. I am aware that development of this project has halted and that tksharpless stated in 2011 that they'd be working on a more complex feature-complete replacement , however since then there have been no updates on the situation that I can find. I understand that tksharpless is probably otherwise engaged such they they can't work on this right now, or even comment on that fact. I have no issues with that. Tom's time is Tom's time. What I would like to know is whether it's okay for me to upload the newer binary I built so that other users can continue appreciating this project.. I have been a sourceforge member for a long time but have not been a developer for many, many years, and have never explored this side of things.I would rather avoid using obnoxious downloader services of the megaupload kind. My understanding is that it should be OK for me to upload a ZIP containing the QT/MinGW libraries and the Panini executable because the source for all is open and available. Further, I have made no modifications to the code whatsoever, all I've done is build it. I'd like to see it hosted from the official page, where it belongs, if that's even possible at this point. Cheers, DG -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: image stack order
I do this all the time - reorder images to force a particular area as dominant while stitching - with Hugin on Windows. The current version [2011.4, used last week in exactly this fashion] and previous versions going back as far as whatever was current in 2004-5 [I have done this with every version available since then] have all worked correctly for this, for me. Not sure what to suggest to you, Darius. -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: Mosaic
Would Smartblend [which can deal with parallax reasonably well] not be useful in this application? -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: Hugin 2011.2.0 released
On Sep 3, 9:28 pm, Yuval Levy goo...@levy.ch wrote: Good luck and good bye Yuv Yuv, I've been following the Hugin list here for several years to watch developments. I'd just like to add my own sincere thanks for the work you've contributed to Hugin. Your presence is sure to be missed. Best of luck in your endeavours, DG -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: Please proof read Read Me First (Mac) for new Hugin 2011.0
On Jun 1, 10:04 pm, AKS-Gmail-IMAP aksei...@gmail.com wrote: It is optimizer not optimiser. I know the tab had it this way for quite some time. I confess that I would say the word with an exaggerated Hollywood german accent when seeing the tab Optimiser. Hahaha! You do realise, though, that optimiser is the correct English spelling pretty much everywhere on Earth except for the USA. -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: Is there a Win x64 build available for testing?
On Aug 16, 9:48 pm, Pete Holzmann pete-gro...@icta.net wrote: I've just shifted to Win7Pro x64 and would love to test my 64 bit wings. Does anyone have a mostly-working build? :) See http://groups.google.com/group/hugin-ptx/browse_thread/thread/187584cdc65b202c/353e130666984f40 in this group -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
Re: (I think it's a control point issue) Re: [hugin-ptx] Slowness fix?
On Jun 29, 6:53 am, Pete Holzmann pete-gro...@icta.net wrote: What I find: - In addition to the file re-read issue (hits every time preview runs) - There's another MAJOR slowness factor related to the control point database The 50 image pano is sluggish. The 150 image pano is painful: - File Save or Save-As is horribly slow. Takes minutes of CPU; *NO DISK ACCESS.* I'm not positive but on this case at least you may be experiencing the same issue I am with the 64-bit build, which nails 1 CPU core at 100% during save with no disk accesses happening at all [verified with sysinternals' procmon]. -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: Windows 64-bit Build
On May 23, 5:17 am, Tom Glastonbury t...@tomglastonbury.com wrote: On 22/05/2010 11:11 PM, dex Otaku wrote: Had no problems with your first posted binaries until the current, Hugin-2010.1.0.645a8acc3d37-PreRelease-Win-x64-20100517, which has this issue [here]. Can you confirm that going back to one of my earlier builds still works fine, and can you work out the simplest test case that reliably reproduces this problem? Eg, load one arbitary image, save project - takes 30 seconds. At somewhat of a loss here. I've tried your builds 5145 and 5154 as well as 645 .. they now -all- do the same thing. I can't help but feel this has something to do with my machine [or more likely, installation of Windows] in particular, given that everything was working normally and then it turned. Notes: * it depends on the size of the project file, or more precisely, it seems to depend on the number of control points in it. Very small panos save quickly without a problem. My 36+ image spherical panos take 20-30 seconds to save. * I've been looking at the results of saving a file in Hugin with sysinternals process monitor: I'm not an expert on the info it can give but other than constant FAST IO DISALLOWED messages for every write made, nothing weird appears to be happening. Last example: saved at 11:57:08.xx and there's a gap between a number of initial writes and it starting to finish the job at 11:57:34.xx. At both times the actual writing job is less than .5 sec in length. * other processes occurring during the gap in saving are not consistent [across logging events during 10 saves], so it would appear that the issue isn't something else that's running * this all started after i upgraded versions .. which also caused an issue with Windows' open with menu, not allowing me to point the association for .pto files at hugin. I tried deleting all hugin- related registry entries and starting over again with the last installer version available [2009.10] among other things, but nothing except forcing the association with 3rd party tools [the equivalent of editing the registry entries directly] would work. It's almost as though the path Hugin is at got poisoned somehow by overwriting the binaries in place. * running as an administrator [with the thinking that this may be a permissions issue] does not change anything. Again, it would appear this has something to do with my machine/ Windows install, not Hugin. No idea what to try now. D -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: Windows 64-bit Build
also, * turning off/on [Comodo] antivirus et al has no effect * moving hugin to another location has no effect -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: too heavy process for my two years old iMac
On May 24, 4:00 pm, sneike dnl.sne...@gmail.com wrote: so, here i am again.. today i tried with the 64 bit version, using the same high res images as before.. this time my Mac didn't completely freeze, but after one hour and half it was still running the enblend process loading the image 16 (of 36), and it was getting always slower.. maybe the only chance is to reduce the input sizes.. :( This sounds like about the performance I'd expect doing a fairly large pano with fairly large images. -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: Windows 64-bit Build
On May 22, 12:27 pm, dex Otaku dexot...@gmail.com wrote: Suddenly experiencing totally bizarre behaviour since updating to Tom's newest build - Argh. DISREGARD - combination of image cache setting [increasing it to ~256MB helps] and antivirus software strangling things. -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: Windows 64-bit Build
On May 22, 12:44 pm, dex Otaku dexot...@gmail.com wrote: On May 22, 12:27 pm, dex Otaku dexot...@gmail.com wrote: Suddenly experiencing totally bizarre behaviour since updating to Tom's newest build - Argh. DISREGARD - combination of image cache setting [increasing it to ~256MB helps] and antivirus software strangling things. Argh again. The settings fixed the general slowness but saving any project still takes ~30 seconds. -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Downsize final pano vs. optimal output size behavior
I work on a variety of panos made with different cameras, from 5Mp to 12Mp per frame. My main work recently have been produced with one 8Mp camera and another 10Mp camera. I can load one of my panos and hit Calculate Optimum Size on the stitcher tab, but the behavior is not consistent / as expected: * With the pano assembled of 8Mp images, it selects a size ~21,000 pixels wide * With the pano assembled of 10Mp images, it selects a size ~16,000 pixels wide How exactly does hugin figure out its optimal size? I was under the impression that it's supposed to gauge the optimal size by scaling the entire pano so that the centre images would be as close to 1:1 [input pixels:output pixels] as possible, but it's not behaving that way. You'd expect that the 10Mp/frame pano would be larger, not smaller. I'm using Tom Glastonbury's most recent Windows 64-bit build, but have tested this with the current sourceforge win32 build [2009-4-0] as well as the current Mac build and they behave the same way. Is this expected, i.e. that I'm misjudging what it's supposed to be doing, or is something else weird going on? Cheers, Derek. -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: Windows 64-bit Build
On May 22, 4:25 pm, Tom Glastonbury t...@tomglastonbury.com wrote: Which build exactly are you referring to? Are you saying that it didn't happen in one of my previous 64-bit builds? If so, which build did not have the problem? Had no problems with your first posted binaries until the current, Hugin-2010.1.0.645a8acc3d37-PreRelease-Win-x64-20100517, which has this issue [here]. -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: Downsize final pano vs. optimal output size behavior
On May 22, 5:08 pm, James Legg lankyle...@gmail.com wrote: If the only difference is the number of pixels in the frame, then more megapixels input should give more megapixels optimal size for output. It is supposed to scale to the pixel density of the centre of the output. Since you are using different cameras, you could also be varying something else which affects the resolution. The field of view of the camera, the amount of overlap between the images, the field of view of the output, and the output projection type could all affect the optimal size too. Are these similar between your panoramas? I hadn't thought of that .. the vFOV is indeed quite different between the two [the 8Mp camera is about 52 degrees at its widest, while the 10Mp was almost 70]. That explains that. Thanks. :) -Derek -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: Windows 64-bit Build
Hey all, This may seem like a naïve non-developer question, but how much utility is gained with Hugin being 64-bit when enblend/enfuse isn't? The only problems I run into with Hugin currently are caused by enblend running out of memory when trying to use --fine-mask [because without it, banding or black lines sometimes occur]. -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: Windows 64-bit Build
On May 14, 6:25 am, Tom Glastonbury t...@tomglastonbury.com wrote: A number of people have asked to try out this build, so here it is: Thanks, Tom. Trying it out here [on an Athlon II x4 w/4GB Windows 7 x64] and everything appears to be good so far. -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: Windows 64-bit Build
On May 12, 10:35 am, Tom Glastonbury t...@tomglastonbury.com wrote: I'm sure this would be of use to others, so I'd like to make it available. What should I do? Hi Tom, I can't advise anything in terms of putting the files up for download, but I'd like to test your build if you don't mind. I'm also using Hugin on Win7/64, not with large images as you are, but to build full equirectangular panos using 37 or 38 5-10Mp images. Please drop me a line if you don't mind sharing. Thanks, DBFG -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: Hugin panorama: change photo stacking order
Captain Chaos wrote: My question is, is there a way to influence the stacking order of the photos? I want photo 2 to be behind *all* the other photos, so that as small a portion of the panorama as possible is out of focus. How can I do that? Are there other ways I can achieve the same effect? I use the same methods as the replies above - a combination of cropping and altering image order - not exactly for out-of-focus shots but for the times when image distortion near the edges tends to make optimisation difficult, resulting in stitching artifacts. What I've been thinking about for the past couple of years is that the interface could do with some tweaks to help in this process: 1. image re-ordering is excruciatingly slow, even on a fast machine, and can only be done with one image at a time. With multi-row panos this can make shifting a whole row or column take a long time of click..wait..click..wait etc. I do understand that reordering the images means altering all the CP tables in the process, which is the part that takes the time .. perhaps, though, it might be possible to add a way to select multiple images and shift them all as a block, or to suspend the table-shifting until after the order has been rearranged? In some cases I've prerendered all the images uncropped and rendered the final pano with something like enblend-gui [where changing the order is instantaneous] because it actually takes less time to do than simply reordering the images in Hugin. 2. It may be asking a lot in terms of programming, but it would be really REALLY useful to have crop masks that aren't simply rectangles, either free-drawn or polygonal. D -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: 2009-04 RC3 Windows binaries available for testing
Thank you. -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: CP Pair Matching with Prior Knowledge, was Re: Panomatic
I second the interest if not the programming skills. I'm approximating a fairly uniform spherical shot-pattern manually [usually ~48 shots] with a panosaurus head, and have been trying out different PS cameras. The majority of my time making these is spent manually CP tuning to compensate for a lack of lens calibration profiles. Having even an approximately template to start from might cut some of the time accurate CP matching takes. But alas, I am merely a user. -- 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: missing keyboard shortcuts in os/x and linux
Correction: same issue under Ubuntu 8.04 having compiled one of the 0.8.0 RCs a while back. --~--~-~--~~~---~--~~ 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: missing keyboard shortcuts in os/x and linux
That should be this bug (more or less a problem inside of the mac- branch of wxwidgets):https://sourceforge.net/tracker/?func=detailatid=550441aid=2125481;... Thanks, jzander. Perhaps I should brave building it on my own. --~--~-~--~~~---~--~~ 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] missing keyboard shortcuts in os/x and linux
I use Hugin frequently under Windows, OS/X and in linux. I noticed the lack of keyboard shortcuts that exist in the Windows version [all except the ones listed in the menus] some time ago with 0.7.0. Now I'm using 0.8.0 on the Mac at work and it still lacks the shortcuts. Am I missing something, or is there an actual reason why the workflow is crippled this way everywhere but on Windows? It takes 2-4x longer to do everything on the Mac or in linux. D --~--~-~--~~~---~--~~ 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] learning the source code of hugin
does it have some documents to help me learning the source code? --~--~-~--~~~---~--~~ 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] can not find the file（enblend/INS TALLDIR ）
Hi all! I have tried to build enblend on Windows according to http://wiki.panotools.org/Build_Hugin_for_Windows_with_SDK but I am experiencing problems. 2Linking... 2Generating code 2d:\panorama\huginbase\enblend\src\mask.h(117) : warning C4756: overflow in constant arithmetic 2d:\panorama\huginbase\enblend\src\mask.h(117) : warning C4756: overflow in constant arithmetic 2d:\panorama\huginbase\enblend\src\mask.h(694) : warning C4756: overflow in constant arithmetic 2d:\panorama\huginbase\enblend\src\mask.h(694) : warning C4756: overflow in constant arithmetic 2Finished generating code 2Embedding manifest... 2Build log was saved at file://d:\panorama\huginbase\enblend\src \Release\BuildLog.htm 2enblend - 0 error(s), 15 warning(s) == Rebuild All: 2 succeeded, 0 failed, 0 skipped == but i can not find the file enblend/INSTALLDIR --~--~-~--~~~---~--~~ 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: hugin installer for Windows Vista SVN 3975
Just a note - dl'd and am running on XP SP3 with no issues thus far. Rendering seems a lot faster than 0.7.0. D --~--~-~--~~~---~--~~ 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 hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
