Re: [hugin-ptx] Re: Re-aligning remapped images
Hullo Kay, On Mon, 12 Dec 2011 19:42:43 +1100, kfj <_...@yahoo.com> wrote: Terry, I thought some more about the approach to deblur motion-blurred images by means of 2D-deconvolution. I have doubts the method will work for wide-angle images. Why is that? Applying a convolution kernel to a 2D image is comparable to moving the sensor, while the optical system remains in place. But motion blur comes from moving the whole optical system together with the sensor. As you go more wide-angle, the visible effect of the blur should vary from the image center to the edges. You may be able to deblur sections of the image quite reliably, but fail to deblur the whole image. So I think you might have to model the movement of the whole optical system. I will have to think about this. I have read a lot of papers on image deblurring and I don't recall any discussion along these lines. There are approaches that model non-uniform blur, which is treated as motion in 3 planes, hence a different blur kernel for each motion plane, but I suspect that is different to what you are saying. To model the blur you could try to superimpose a series of images reprojected to their original projection after applying incremental amouns of yaw, pitch and roll to model the blur's underlying movement (and you might have to add translation, as well). How many images you'd superimpose in the process would depend on how precisely you want to model the process. How this approach could be inverted to deblur the image I can't tell, but maybe one of our resident maths gurus has a word to say on my wild ideas ;-) The estimation of a blur kernel using simpler assumptions is a bit of an exercise. On the surface, your approach might could be order or two more complex, but you never know. Just to test my idea, you could try and model a simple blur by superimposing, say, 10 copies of an image, each yawed by the angle equivalent to one pixel (so hfov/width) in the image and compare the result to a 2D blur created by a kernel of ten times .1 in a row. If you see a noticable difference in the outputs, My argument might be valid. The superimposition could be done simply by loading the same image 10 times into hugin, applying the appropropriate yaw to each, and then do an exposure fusion with settings which assign equal quality to all images to trick enfuse into simply averaging them, like choose a big exposure-sigma). What do you say? Kay Again, I will have to think about your scheme. I don't think I have any clear idea of the detailed steps I would use, as you are suggesting use of hugin in ways that I haven't explored before. I'm not latching onto 'the angle equiv to one pixel (so hfov/width)'. In this context what does the 'so' mean? I'm not sure about your ideas, which doesn't mean they are wrong. Just that when I am working on a particular approach, the details needed for a change in direction take a while to percolate...I think it's related to the 'walk and chew gum' problem :-) I don't think my knowledge of the solution techniques is good enough to try to break new ground in this business. My approach has been to use/adapt the available solution methods/codes for this problem, hence your approach probably isn't going to help me much as I won't have the tools to implement it...i.e the kernel estimation will be the key and that does look a bit daunting. I have been corresponding with a researcher in the field, and it might be helpful to ask his advice on your idea, if that's OK. Thanks for your help. Cheers, -- Regards, Terry Duell -- 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] how do I calculate the VFOV of an image?
On Sat 10-Dec-2011 at 01:04 -0800, kfj wrote: The horizontal case is simple - I can call SrcPanoImage::getHFOV(), and if that's 360 degrees, I have to wrap horizontally. But there is no function getVFOV(). I was wondering whether there is a straightforward way to tell if an image's VFOV is 180 degrees or less. grep is useful here, getVFOV() is in src/hugin_base/panodata/PanoramaOptions.cpp Basically it maps the top middle pixel to a temporary equirectangular image and converts that coordinate to an angle. -- 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
Re: [hugin-ptx] Re: Creating multiple panoramas from a .bat file
On Tue, 13 Dec 2011 08:03:41 +1100, Gitominoti wrote: Could someone please post a link to where I can find pto_gen? I've looked everywhere, but I can't find it. I've downloaded match-n-shift from the SouceForge site, but it is warping the panorama. pto_gen was only recently added to the hugin source. You will need to build the latest default branch if you can't get hold of a built version. Cheers, -- Regards, Terry Duell -- 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] Re: Creating multiple panoramas from a .bat file
2011/12/12 Gitominoti > Could someone please post a link to where I can find pto_gen? I've > looked everywhere, but I can't find it. I've downloaded match-n-shift > from the SouceForge site, but it is warping the panorama. > > Thanks > > You need a very recent development build of Hugin. I think there is no such a build yet for windows. You could try to build it yourself. Harry -- 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: Creating multiple panoramas from a .bat file
Could someone please post a link to where I can find pto_gen? I've looked everywhere, but I can't find it. I've downloaded match-n-shift from the SouceForge site, but it is warping the panorama. Thanks -- 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] Re: Attitude in EXIF?
On 12.12.2011. 11:41, Dave wrote: As I understand it the shutter release port can only be used to trigger the shutter using an external device and not the other way round. I assumed the hot shoe was the only connection I could use to detect when the shutter button was depressed on the camera. Well that was the point, to use the phone as a trigger :) Implement bracketing and that's about it, a perfect app for panography. For interfacing, go for Canon and Nikon compatibility, covers the majority of users. You just need to post a wiring diagram for different cables. Hmm, how about a hacked sport armband to mount the phone on the camera? Like this: http://media04-ak.vivastreet.com/classifieds/ec/0/38348746/large/1.jpg?dt=596cb99e9f652f44ceb6c2765c1792fc On Dec 12, 10:00 am, Robert Lesac wrote: On 12.12.2011. 10:47, Dave wrote: Instead I've built a circuit that uses my canon dslr flash hot shoe to trigger the media button on my android headphone lead whenever a photo is taken Very neat, and I think it's the way forward. A lot of us have smartphones so all we need is a decent app and a cable/cable schematics. Though I'd rather have the phone connected to the shutter release port. -- Pano/VR/Gigapixel photography: http://robertlesac.com -- 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: Attitude in EXIF?
As I understand it the shutter release port can only be used to trigger the shutter using an external device and not the other way round. I assumed the hot shoe was the only connection I could use to detect when the shutter button was depressed on the camera. On Dec 12, 10:00 am, Robert Lesac wrote: > On 12.12.2011. 10:47, Dave wrote: > > > using my android phone instead. Although I haven't yet tested whether > > the camera interferes with the phone's sensors I believe the heading, > > pitch, roll etc readings should be accurate enough for my purposes. > > > To reduce the chance of the wrong data sensor reading instance being > > matched to the wrong photo I decided not to go down the path of > > recording data all the time and trying to match it to photos after > > using the time stamp. Instead I've built a circuit that uses my canon > > dslr flash hot shoe to trigger the media button on my android > > headphone lead whenever a photo is taken > > Very neat, and I think it's the way forward. A lot of us have > smartphones so all we need is a decent app and a cable/cable schematics. > Though I'd rather have the phone connected to the shutter release port. > > -- > > Pano/VR/Gigapixel photography:http://robertlesac.com -- 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: Attitude in EXIF?
Looks interesting, I wonder if the phone has to be attached to the camera to get an accurate heading recording or if there's another compass in the blueslr dongle. On Dec 12, 10:05 am, Robert Lesac wrote: > On 12.12.2011. 10:47, Dave wrote: > > > Instead I've built a circuit that uses my canon > > dslr flash hot shoe to trigger the media button on my android > > headphone lead whenever a photo is taken, > > How about this:http://eu.blueslr.com/also? > It's a bit expensive and the app lacks features, but the dongle lets you > do whatever. > > -- > > Pano/VR/Gigapixel photography:http://robertlesac.com -- 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] Re: Attitude in EXIF?
On 12.12.2011. 10:47, Dave wrote: Instead I've built a circuit that uses my canon dslr flash hot shoe to trigger the media button on my android headphone lead whenever a photo is taken, How about this: http://eu.blueslr.com/ also? It's a bit expensive and the app lacks features, but the dongle lets you do whatever. -- Pano/VR/Gigapixel photography: http://robertlesac.com -- 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] Re: Attitude in EXIF?
On 12.12.2011. 10:47, Dave wrote: using my android phone instead. Although I haven't yet tested whether the camera interferes with the phone's sensors I believe the heading, pitch, roll etc readings should be accurate enough for my purposes. To reduce the chance of the wrong data sensor reading instance being matched to the wrong photo I decided not to go down the path of recording data all the time and trying to match it to photos after using the time stamp. Instead I've built a circuit that uses my canon dslr flash hot shoe to trigger the media button on my android headphone lead whenever a photo is taken Very neat, and I think it's the way forward. A lot of us have smartphones so all we need is a decent app and a cable/cable schematics. Though I'd rather have the phone connected to the shutter release port. -- Pano/VR/Gigapixel photography: http://robertlesac.com -- 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: Attitude in EXIF?
I wanted to do something similar but in the end decided all the sensors where too expensive for my budget so started thinking about using my android phone instead. Although I haven't yet tested whether the camera interferes with the phone's sensors I believe the heading, pitch, roll etc readings should be accurate enough for my purposes. To reduce the chance of the wrong data sensor reading instance being matched to the wrong photo I decided not to go down the path of recording data all the time and trying to match it to photos after using the time stamp. Instead I've built a circuit that uses my canon dslr flash hot shoe to trigger the media button on my android headphone lead whenever a photo is taken, which in turn triggers an android app to record the sensor readings at that moment. The app I'm using is a special version of AndroSensor that the author of kindly customised for this purpose. It's early stages, i.e. it's still a pile of wires and components on my desk, but it works so far. Later this week I'm going to mount it all on the camera and give it a proper test. Unfortunately the phone doesn't sense Barometric Pressure (yet) but it's a good start. It does however record interesting things such as noise levels. Of course battery life could be a problem if you're out shooting all day, another aspect I need to test and report on. I'm glad I came across this thread as the next step is to find a way to attach all this extra data to photos. XMP, kml, exif I still need to do my research to be honest. Sometime this week I'll post photos and circuit diagrams (it's pretty basic electronics) in case anyone wants to do something similar. Cheers Dave On Dec 7, 11:15 am, Jeffrey Martin <360cit...@gmail.com> wrote: > Ok, > > I think I'm going to go ahead and build this thing: > > hotshoe-mounted attitude logger for Nikon SLR > using gyroscope, accelerometer, magnetometer, it will write the Heading, > Pitch, and Roll of each photo into the exif data as the photo is shot. > > Now, can anyone recommend which sensor device should be used? > > This one seems suitable: > store.ckdevices.com/products/Mongoose-9DoF-IMU-with-Barometric-Pressure-Sen > sor-.html > > Any other suggestions? > > Jeffrey -- 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: how do I calculate the VFOV of an image?
On 11 Dez., 10:42, Harry van der Wolf wrote: > Is the following link helpful in getting you going? It's one big javascript. > http://www.frankvanderpol.nl/fov_pan_calc.htm This is quite a mouthful... but no, it doesn't really help. I was hoping to find a routine in hugin to get the vfov with any of the output projections that can occur in hugin - there are several projections which can cover a vfov of 180 degrees, and I was hoping to avoid having to write code with a case switch for all of them - just to find out in a year's time that a new one has been added and my code can't deal with it. Thanks anyway! Kay -- You received this message because you are subscribed to the Google Groups "Hugin and other free panoramic software" group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to 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: how do I calculate the VFOV of an image?
On 11 Dez., 10:42, Harry van der Wolf wrote: > Hi, > > Is the following link helpful in getting you going? It's one big javascript. > > http://www.frankvanderpol.nl/fov_pan_calc.htm > > Harry > > 2011/12/10 kfj <_...@yahoo.com> > > > > > > > > > Hi group! > > > I'm currently working on warping software. I need to introduce border > > conditions on images which wrap around - typical examples would be > > spherical panoramic images, where the image wraps both horizontally > > and vertically. > > > The horizontal case is simple - I can call SrcPanoImage::getHFOV(), > > and if that's 360 degrees, I have to wrap horizontally. But there is > > no function getVFOV(). I was wondering whether there is a > > straightforward way to tell if an image's VFOV is 180 degrees or less. > > > Kay > > > -- > > You received this message because you are subscribed to the Google Groups > > "Hugin and other free panoramic software" group. > > A list of frequently asked questions is available at: > >http://wiki.panotools.org/Hugin_FAQ > > To post to this group, send email to 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. 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: Re-aligning remapped images
On 11 Dez., 22:22, "Terry Duell" wrote: > On Mon, 12 Dec 2011 03:43:29 +1100, kfj <_...@yahoo.com> wrote: > > Just a wild idea here: ... > OK, that's an interesting idea. Thanks. Terry, I thought some more about the approach to deblur motion-blurred images by means of 2D-deconvolution. I have doubts the method will work for wide-angle images. Why is that? Applying a convolution kernel to a 2D image is comparable to moving the sensor, while the optical system remains in place. But motion blur comes from moving the whole optical system together with the sensor. As you go more wide-angle, the visible effect of the blur should vary from the image center to the edges. You may be able to deblur sections of the image quite reliably, but fail to deblur the whole image. So I think you might have to model the movement of the whole optical system. To model the blur you could try to superimpose a series of images reprojected to their original projection after applying incremental amouns of yaw, pitch and roll to model the blur's underlying movement (and you might have to add translation, as well). How many images you'd superimpose in the process would depend on how precisely you want to model the process. How this approach could be inverted to deblur the image I can't tell, but maybe one of our resident maths gurus has a word to say on my wild ideas ;-) Just to test my idea, you could try and model a simple blur by superimposing, say, 10 copies of an image, each yawed by the angle equivalent to one pixel (so hfov/width) in the image and compare the result to a 2D blur created by a kernel of ten times .1 in a row. If you see a noticable difference in the outputs, My argument might be valid. The superimposition could be done simply by loading the same image 10 times into hugin, applying the appropropriate yaw to each, and then do an exposure fusion with settings which assign equal quality to all images to trick enfuse into simply averaging them, like choose a big exposure-sigma). What do you say? Kay -- You received this message because you are subscribed to the Google Groups "Hugin and other free panoramic software" group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to 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
