Re: [hugin-ptx] Day/night photo stack how-to
I simply don't see why you are attempting to stack day and night pix. Why don't you just produce two separate panos, same lens and PoV? Nice effect. John -- 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 To unsubscribe from this group, send email to hugin-ptx+unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject.
Re: [hugin-ptx] Day/night photo stack how-to
He wrote in my case the day shot had 9 hand-held portrait photos and the night shot had 4 balanced-on-railing landscape photos. This is why it makes perfect sense to tell hugin to assume two different lenses for each set of photos. Nice panoramas, and a useful description. Carl John McAllister schrieb am 21.03.10 10:32: I simply don't see why you are attempting to stack day and night pix. Why don't you just produce two separate panos, same lens and PoV? Nice 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 To unsubscribe from this group, send email to hugin-ptx+unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject.
[hugin-ptx] Can Hugin stitch this?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, I've come across two photos that I took and was wondering if Hugin would be the right tool to merge them into one. The photos have been taken with a small but noticable change in viewing direction. Due to this and a very shallow DOF there are almost no points which are sharp in both pictures. I am mainly interested in getting one picture with both the flower and the stem of the cactus being sharp, the rest is less interesting. I've tried using stacking applications (both ALE and CombineZP) without success. However, I am no pro with either application. The photos are at: http://www.freiburger-kakteenfreunde.de/imgp2783.jpg http://www.freiburger-kakteenfreunde.de/imgp2784.jpg Cheers, Gerhard -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkumN2sACgkQfg6TFvELooRPPgCgw+OzrYKWH0CCcQr179jBG73e NlEAn2QktVZS/+59Zu079xuvwxKt3ai6 =EmsX -END PGP SIGNATURE- -- 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 To unsubscribe from this group, send email to hugin-ptx+unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject.
Re: [hugin-ptx] Day/night photo stack how-to
Wrong approach for desired result. Ridiculously over-complicated. Why don't you just produce two separate panos, same lens and PoV? John -- 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 To unsubscribe from this group, send email to hugin-ptx+unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject.
Re: [hugin-ptx] Day/night photo stack how-to
As I learned in my early days of working with Photoshop (1991): there is no wrong approach for there are usually several ways to reach the same goal. If you know an easier solution, feel free to demonstrate it! Remember: the original poster mentioned that he used portrait photos for pano #1 (shot handheld during daylight) and landscape photos for pano #2 (camera on a rail due to longer exposure times). Carl John McAllister schrieb am 21.03.10 18:04: Wrong approach for desired result. Ridiculously over-complicated. Why don't you just produce two separate panos, same lens and PoV? John -- 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 To unsubscribe from this group, send email to hugin-ptx+unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject.
[hugin-ptx] Re: GSoC this year
What does anyone think about coding Hugin for cluster processing e.g. using Pooch? Would this be an idea that could go on the Ideas page? Battle On Mar 12, 1:40 pm, Bruno Postle brunopos...@googlemail.com wrote: On 12 March 2010 17:03, Jim Watters jwatt...@photocreations.ca wrote: The deadline is tonight for applying as a organization. How are things progressing on the Application? The application is in thanks to some help from Yuval, we can still modify it for a few hours. The 'ideas page' is a supplement to the application, so this could be improved:http://wiki.panotools.org/SoC_2010_ideas e.g. the links to the ideas pages from previous years could be removed and the relevant content added to the 2010 page so everything is in one place. More good ideas on the ideas page would be good too. -- Bruno -- 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 To unsubscribe from this group, send email to hugin-ptx+unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject.
Re: [hugin-ptx] Can Hugin stitch this?
On Sun, Mar 21, 2010 at 10:12 AM, Gerhard Killesreiter gerh...@killesreiter.de wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, I've come across two photos that I took and was wondering if Hugin would be the right tool to merge them into one. The photos have been taken with a small but noticable change in viewing direction. Due to this and a very shallow DOF there are almost no points which are sharp in both pictures. I am mainly interested in getting one picture with both the flower and the stem of the cactus being sharp, the rest is less interesting. I've tried using stacking applications (both ALE and CombineZP) without success. However, I am no pro with either application. The photos are at: http://www.freiburger-kakteenfreunde.de/imgp2783.jpg http://www.freiburger-kakteenfreunde.de/imgp2784.jpg Cheers, Gerhard -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkumN2sACgkQfg6TFvELooRPPgCgw+OzrYKWH0CCcQr179jBG73e NlEAn2QktVZS/+59Zu079xuvwxKt3ai6 =EmsX -END PGP SIGNATURE- -- 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.comhugin-ptx%2bunsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx To unsubscribe from this group, send email to hugin-ptx+ unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject. Hello, Here http://groups.google.com/group/hugin-ptx/web/cactus.jpg is what I was able to come up with. 1. loaded the images into hugin and created some (3 or 4) control points manually 2. optimized for positions and XYZ 3. checked the remapped images under normal and started the stitch 4. I then loaded the images as layers in GIMP and masked in the flower I tried using the enfuse options for focus stacking, but was unsuccessful on the first try. There might have been options I could have fiddled with, but this seems simple to mask in instead. Best Regards, - Gerry -- 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 To unsubscribe from this group, send email to hugin-ptx+unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject.
Re: [hugin-ptx] Day/night photo stack how-to
The proper approach to a project of this kind is careful thought, preparation and execution. It is silly to expect to achieve good quality results by the post-hoc manipulation of imprecise or inconsistent input data. The easiest approach is to ensure that the images are taken from the same PoV with the same setup, and each series is stitched independently. - An interesting possibility, for a project of this kind, would be a slideshow/series of crossfades between a sequence of panos taken as the light changes, or the seasons progress. Take the image series from the same place... with the same lens and focal length... not neccesarily on the same day. I'm happy to share a little JavaScript blob that accomplishes crossbrowser/crossfade transitions, with anybody that wants it. It works at... http://www.w3a2z.net/Rasha/ John -- 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 To unsubscribe from this group, send email to hugin-ptx+unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject.
Re: [hugin-ptx] Can Hugin stitch this?
2010/3/21 Gerry Patterson thedeepvo...@gmail.com Hello, Here http://groups.google.com/group/hugin-ptx/web/cactus.jpg is what I was able to come up with. 1. loaded the images into hugin and created some (3 or 4) control points manually 2. optimized for positions and XYZ 3. checked the remapped images under normal and started the stitch 4. I then loaded the images as layers in GIMP and masked in the flower I tried using the enfuse options for focus stacking, but was unsuccessful on the first try. There might have been options I could have fiddled with, but this seems simple to mask in instead. Best Regards, - Gerry I think Gerry's approach is the best here. I couldn't get a better version. I tried to do it from Hugin, but I couldn't get that to work properly. From you pgp stamp I assume you are on linux. It can also be done from the command line (1), but if you want a gui you could also use KImageFuser(2) for this. I tried both, but that didn't work either. In this case it will be extremely hard to do. The images are not correctly aligned. As such that is not a problem as you can use alig_image_stack for that. The big issue here is that the flower and it's stem can't be aligned correctly as there is some parallax. Either you moved/rotated/angled your camera and/or the wind (or so) moved the flower and it's stem. Harry 1: http://photoblog.edu-perez.com/2009/01/greater-depth-field-macro.html 2: http://panorama.dyndns.org/index.php?lang=ensubject=KImageFusertexttag=KImagefuser -- 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 To unsubscribe from this group, send email to hugin-ptx+unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject.
[hugin-ptx] Re: Can Hugin stitch this?
Gerry Patterson thedeepvo...@gmail.com wrote: On Sun, Mar 21, 2010 at 10:12 AM, Gerhard Killesreiter gerh...@killesreiter.de wrote: [...] I've come across two photos that I took and was wondering if Hugin would be the right tool to merge them into one. The photos have been taken with a small but noticable change in viewing direction. Due to this and a very shallow DOF there are almost no points which are sharp in both pictures. I am mainly interested in getting one picture with both the flower and the stem of the cactus being sharp, the rest is less interesting. [...] I tried using the enfuse options for focus stacking, but was unsuccessful on the first try. There might have been options I could have fiddled with, but this seems simple to mask in instead. [...] Hello, the masking support in hugin SVN trunk http://article.gmane.org/gmane.comp.misc.ptx/21193 might have worked, too. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- 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 To unsubscribe from this group, send email to hugin-ptx+unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject.
Re: [hugin-ptx] Improvements to the fast preview window
Hi, Thanks a lot for your reply. First, just let me clarify something for everyone, which I should have done in the previous mail. The 3D panosphere mode would have very little in common with the current projection mode. So it will not use the current projection techniques to display the result (rectilinear for inside and orthographic for outside look) but rather create a 3D sphere in OpenGL, and then texturized 3D meshes for each image which would lie on the panosphere. So it will not use the 2D GL_PROJECTION mode, but the 3D GL_MODELVIEW. This means that the remappers would need to be refactored or reimplemented to return a 3D texturized mesh. Thus, this mode wouldn't represent the output, but would represent an overview of the panorama in 3D space, so the two modes could be also named as Panorama overview and Output preview the other comments are below: James Legg wrote: On Sat, 2010-03-20 at 17:15 +0100, Darko Makreshanski wrote: - a interleaving colorful grid will be displayed to examine distortion That might help people understand the projections, if they are aware what the grid means. My idea was that this same grid would rendered on the panosphere as well, and also the grids would be correspond to each other. This means that at each area of the projection the color of the grid in that area would be the same as the color of the grid in the corresponding area on the panosphere. This I believe would automatically explain the grid on the projection, and will help understand the projection. Also another way of providing means for understanding the projection would be to draw lines from points on the sphere's grid to the corresponding points on the projection's grid. But I like the other method better, because it's easier to handle with colors, rather than lines. And also in this method the projection and the panosphere would have to be rendered in one window. 1. A '3D Panosphere' mode. - I read the 'Next GUI' discussion, and I noticed there were some thoughts on this already. In this mode the user would basically look into a 3D sphere mapped with the images, with option to look at the sphere either from inside or outside. The purpose of the sphere mode is that it is the basic representation of what the panorama actually is, and I believe it is the most intuitive representation. The benefits of this mode: - primarily to distinguish between looking at the output and looking at an overview of the panorama. - the most intuitive and most exact preview of the panorama (in terms of distortions) I wouldn't say it was more exact. You will still be mapping a spherical image to a 2D display. It is also not the most intuitive way for linear panoramas. Yes, you are right. My point was that as you can freely move around the sphere, people would not percept this as a projection of a sphere, but rather than a presentation of a 3D sphere. You are right about the linear panoramas. But I believe the linear panoramas are a totally different type of panorama, and they are represented by a plane. In that case, as some changes are required for processing, this would be a totally different mode of creating panoramas (I believe this was Dev Ghosh's GSOC project last year, but I don't know in which state it is now) - in here the 3D rotation adjustments would actually make sense and would be intuitive. - the layout submode in this mode would also make a lot more sense - a very intuitive and eye-candy preview for new users Some of the features that would be included in panosphere mode: - a look at the panosphere either from outside or inside (all features available in both modes) * from the inside, the viewpoint would be fixed to the center of the sphere and adjustable would be rotation of the camera and field of view (zoom in/out) Is this the same as using rectilinear projection? yes, basically would give similar view * from the outside, the viewpoint would move around a larger virtual sphere, and would be faced always to the center of the sphere (also adjustable FOV) Is this similar to orthographic projection? However there is a bug with orthographic projection in the fast preview: it doesn't clip the images on the back of the sphere. Yes, it basically will look like the orthographic projection. As I have explained above, the system wouldn't use existing projections, because it will model the sphere in 3D I don't think using a small field of view in this projection will be any less confusing. I think when looking at the sphere from the outside, the whole sphere should always be visible, and any gap in the images should show a differently shaded version of the images on the other side. yes, you are right, the point of the FOV changing is about zooming in/out and checking on some details on the images - the camera adjustment would be done
Re: [hugin-ptx] Re: Day/night photo stack how-to
On Sun 21-Mar-2010 at 12:40 -0700, Ryan wrote: The power of post-processing makes it worth taking 30 seconds to strafe the horizon -- on a whim, with kids in tow, or with a train pulling in -- when no real setup is feasible now but there will be time to play around later. I agree, I have a tripod somewhere but never have a chance to use it. My panoramas tend to be shot with the camera in one hand and with a small child hanging on to the other. -- Bruno -- 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 To unsubscribe from this group, send email to hugin-ptx+unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject.
Re: [hugin-ptx] GSOC 2010 – Accepted
On Sat 20-Mar-2010 at 17:15 +0100, Daniel M. German wrote: [1] http://socghop.appspot.com/gsoc/program/accepted_orgs/google/gsoc2010 I can volunteer as a backup (given my success rate in the previos years). Great, can you go to the google app and register as a mentor: http://socghop.appspot.com/gsoc/org/show/google/gsoc2010/hugin The project that I really want to see materialize is regression testing for panotools. If it was easier to test it might make life easier for those who want to hack it. Perhaps we can all pitch-in for a regression testing framework that can be configured for different tools. Yes I think this would be worthwhile. -- Bruno -- 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 To unsubscribe from this group, send email to hugin-ptx+unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject.
[hugin-ptx] Re: GSoC this year
Bruno, I hate being on the bleeding edge, but I'd like to try some clustered stitching for a larger project. It looks like distmake requires POSIX http://distmake.sourceforge.net/pmwiki/pmwiki.php, and it seems therefore is OSX compatible. Is there any kind of tutorial, manual, or someone willing to have a conversation off line on how to approach this? I'm not afraid of terminal, but a little coaching would be a great blessing. I'd be happy to write up results and a tutorial if I can get it working. Battle On Mar 21, 6:52 pm, Bruno Postle br...@postle.net wrote: On Sun 21-Mar-2010 at 10:28 -0700, Battle wrote: What does anyone think about coding Hugin for cluster processing e.g. using Pooch? Would this be an idea that could go on the Ideas page? Clustered Hugin stitching has been possible for a long time (e.g. with distmake), but as far as I know nobody has ever tried it. -- Bruno -- 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 To unsubscribe from this group, send email to hugin-ptx+unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject.
Re: [hugin-ptx] Improvements to the fast preview window
On Sun, 2010-03-21 at 22:44 +0100, Darko Makreshanski wrote: The 3D panosphere mode would have very little in common with the current projection mode. So it will not use the current projection techniques to display the result (rectilinear for inside and orthographic for outside look) but rather create a 3D sphere in OpenGL, and then texturized 3D meshes for each image which would lie on the panosphere. So it will not use the 2D GL_PROJECTION mode, but the 3D GL_MODELVIEW. GL_PROJECTION and GL_MODELVIEW are enumerations used for glMatrixMode, which sets the matrix the other matrix manipulation functions use. The projection matrix and the model-view matrix are used simultaneously to draw anything, 2D or 3D. This means that the remappers would need to be refactored or reimplemented to return a 3D texturized mesh. You should set up an equirectangular projection that is 360 degrees by 180 degrees, then either: * Make a variation of MeshManager::MeshInfo::CompileList() [1] that uses the 2D coordinates as angles in spherical coordinates, then converts it the spherical coordinates to 3D Cartesian ones, or * Make something remapper-like that produces the 3D mesh directly. Since spherical coordinates from an equirectangular projection do not exhibit weird behaviour at poles or seams, this should work without duplicating too much effort. It could be more efficient than going several layers of the fast preview. This would also mean you have more control of the layout mode. You are right about the linear panoramas. But I believe the linear panoramas are a totally different type of panorama, and they are represented by a plane. In that case, as some changes are required for processing, this would be a totally different mode of creating panoramas (I believe this was Dev Ghosh's GSOC project last year, but I don't know in which state it is now) It has been merged into Panotools trunk. It provides the X, Y, and Z variables in Hugin trunk. All variables are used together so we can get lens correction and perspective correction in linear panoramas for free. The only difference in processing linear panoramas and spherical ones is which variables you optimize (X, Y, Z instead of yaw, pitch, roll). I think the best way to understand most projections is with a good diagram. The panosphere view could include some of the properties of the projection in a diagram. For example, something like [1] could be used for cylindrical projections. For diagrams to make sense, the view must be from outside the panosphere; and it must be at an angle to the centre of the projection used, since the shapes will not be seen head on. Yes, this was basically the idea with the corresponding grids on the projection and the sphere Unfortunately this could be a lot of work, as each projection would require its own diagram drawing code (and some projections would still look weird). I think just covering rectilinear, equiangular, and cylindrical projections would be enough to cover the main use cases though. Why is this so? I was just thinking of projecting the grid of the sphere the same way all the other projections are generated. I was thinking about visualising the mathematics of the projection: * Rectilinear projects the sphere onto a plane, so it would be nice if I could see a plane for the panorama's field of view on the diagram. The way the plane changes size when adjusting the field of view would make it clear that a field of view of 180 degrees or more is impossible. * Cylindrical projection projects the sphere onto a cylinder which is then unrolled, so I would like to see the part of cylinder used for the panorama's field of view drawn around it. Similarly to the rectilinear projection, I would see that the vertical field of view cannot be near 180 degrees because the cylinder would get too tall; but I can wrap around the whole sphere horizontally. * Equirectangular projection could just shade the field of view on the sphere directly. The curved top will help identify where the distortions come from, and it would be obvious I can get the whole sphere by increasing the field of view in both directions. * Biplane works like a rectilinear projection, but should show two planes instead of one. * Triplane is similar, but with three planes. I don't know a good way of representing every projection. I think several would end up with a generic cylinder diagram or nothing special at all. An extension (maybe a bit much for your summer of code project) would be to use the XYZ properties in 3D space instead of just the spherical projection. To visualize this well you would need to be able to move the camera around as well as rotate it. Yes, I didn't take into