Re: [hugin-ptx] Day/night photo stack how-to

2010-03-21 Thread John McAllister
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 frequ

Re: [hugin-ptx] The lens database problem

2010-03-21 Thread Bruno Postle
On Wed 17-Mar-2010 at 20:36 +, Bruno Postle wrote: One of the suggestions we had for lensfun was that Hugin could gain an option to submit EXIF and corresponding calibration data every time it does a stitch. This could be done via HTTP, and if it was done REST-fully there would be no nee

Re: [hugin-ptx] Day/night photo stack how-to

2010-03-21 Thread Carl von Einem
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 McAllist

[hugin-ptx] Can Hugin stitch this?

2010-03-21 Thread Gerhard Killesreiter
-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

Re: [hugin-ptx] Day/night photo stack how-to

2010-03-21 Thread John McAllister
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 qu

Re: [hugin-ptx] Day/night photo stack how-to

2010-03-21 Thread Carl von Einem
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

[hugin-ptx] Re: GSoC this year

2010-03-21 Thread Battle
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 wrote: > On 12 March 2010 17:03, Jim Watters wrote: > > > > > The deadline is tonight for applying as a organization

Re: [hugin-ptx] Can Hugin stitch this?

2010-03-21 Thread Gerry Patterson
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 be

Re: [hugin-ptx] Day/night photo stack how-to

2010-03-21 Thread John McAllister
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

Re: [hugin-ptx] Can Hugin stitch this?

2010-03-21 Thread Harry van der Wolf
2010/3/21 Gerry Patterson > > > Hello, > > Here 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

[hugin-ptx] Re: Can Hugin stitch this?

2010-03-21 Thread Andreas Metzler
Gerry Patterson 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 notic

[hugin-ptx] Re: Day/night photo stack how-to

2010-03-21 Thread Ryan
On Mar 21, 7:04 pm, "John McAllister" wrote: > The proper approach to a project of this kind is > careful thought, preparation and execution. Ideally, perhaps; this recipe is for folks who have only a passable set of raw photos and the luxury of using hugin for post-processing. Besides, since fl

[hugin-ptx] Re: Day/night photo stack how-to

2010-03-21 Thread eduperez
Very interesting: I played a bit using both images as layers, trying diferent masks and blending options; very interesting... On Mar 21, 1:17 am, Ryan Johnson wrote: > Hi all, > > This is probably a use of hugin that everyone but me already knew, but > it's possible to align day and night version

[hugin-ptx] Re: The lens database problem

2010-03-21 Thread Robert
> The difficult bit will be to write a tool that does something useful > with this information. Yes, that's the crucial point I'm afraid. Just having Hugin submit data is not much use before it is not decided what shall be done with that information. However, the more I think about it, the more a

Re: [hugin-ptx] Improvements to the fast preview window

2010-03-21 Thread Darko Makreshanski
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 re

Re: [hugin-ptx] Re: GSoC this year

2010-03-21 Thread Bruno Postle
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 nob

Re: [hugin-ptx] Re: Day/night photo stack how-to

2010-03-21 Thread Bruno Postle
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

Re: [hugin-ptx] GSOC 2010 – Accepted

2010-03-21 Thread Bruno Postle
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.ap

[hugin-ptx] Re: GSoC this year

2010-03-21 Thread Battle
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

Re: [hugin-ptx] Improvements to the fast preview window

2010-03-21 Thread James Legg
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