Am 13.02.2011 16:25, schrieb kfj:
On 13 Feb., 11:13, Jeffrey Martin<360cit...@gmail.com> wrote:
I was thinking also...
for panos, the centers of images usually do not overlap.
isn't searching the WHOLE of images a big waste?
There is another aspect which becomes more important with fisheye
On Mon 14-Feb-2011 at 15:11 -0800, Paperaussie wrote:
I noticed that Exposure Correction does a better job in the preview
window in version 2009.4.0 than in 2010.4.0.
2010.4.0 applies correction but there are still obvious steps at the
corners of images which I do not experience in 2009.4.0. I u
I noticed that Exposure Correction does a better job in the preview
window in version 2009.4.0 than in 2010.4.0.
2010.4.0 applies correction but there are still obvious steps at the
corners of images which I do not experience in 2009.4.0. I use the
same parameters in both versions but the outcome
On Mon 14-Feb-2011 at 14:54 -0800, Paperaussie wrote:
Cpfind is fast but I experience some problems with cpfind in
Hugin-2010.4.0 on a 64bit Win7 notebook.
1) Cpfind appears to ignore the maximum control points per overlap
setting. I usually set this to 7 but cpfind continues to set up to 20.
2
The 2 buttons on the Numerical Transform dialogue of the Preview have
changed from OK/Cancel to Apply/Close. The Apply button does not seem
to do anything and the preview only updates after closing the
dialogue.
Hugin-2010.4.0 on Win7 64bit
--
You received this message because you are subscribed
Hi Thomas,
On February 14, 2011 11:37:03 am T. Modes wrote:
> Why did you not extended the existing version?
Short answer: because Doxygen is the wrong place for this kind of document.
I know of very few projects that keep this kind of document in doxygen.
> There should only be one version.
Cpfind is fast but I experience some problems with cpfind in
Hugin-2010.4.0 on a 64bit Win7 notebook.
1) Cpfind appears to ignore the maximum control points per overlap
setting. I usually set this to 7 but cpfind continues to set up to 20.
2) Cpfind does not find any control points in many neighb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jeffrey
This [0] is the preview I get from a new project using hugin
2010.5.0.ad4e44f10418 and your pictures,
The final image looks like [1]. You can find the project file at [2].
- From my point of view, there is nothing wrong with the stitching
On Mon 14-Feb-2011 at 08:37 -0800, Jeffrey Martin wrote:
here are some of the images:
www.vrlog.net/temp/dog-grave-1row.zip (69MB)
if you put them in Hugin, and generate control points, and then optimize,
you should see that the exposure was also changed on all the images.
It looks fine to me
On Sun 13-Feb-2011 at 17:51 -0400, Jim Watters wrote:
I uploaded to SourceForge into an experimental folder a windows build
32&64bit of the PTtiff2psd tool for testing. Use this tool to
combine many tiff files into a single multilayer PSD or PSB file.
https://sourceforge.net/projects/panotoo
Hi
2011/2/14 kfj <_...@yahoo.com>
>
> - Open a shell prompt
> - set your PYTHONPATH environment variable to the target directory
> where cmake has placed hsi.py and _hsi.so
> (like, type export PYTHONPATH=)
> - start a python interpreter session by typing 'python'
> - at the python prompt, type
here are some of the images:
www.vrlog.net/temp/dog-grave-1row.zip (69MB)
if you put them in Hugin, and generate control points, and then optimize,
you should see that the exposure was also changed on all the images.
additionally you'll notice the WB for these images is wrong - I know that it
Hi Yuv,
On 14 Feb., 06:23, Yuval Levy wrote:
> Hi Hugin developers,
>
> back in August 2009 we had a discussion about coding style consistency. The
> result of that discussion have been a needle in a haystack on my hard disk.
>
> today I found it, polished it, and published it on the Hugin websi
On 14 February 2011 15:14, voschix wrote:
>
> After running "fine-tune control points" the control points list does
> not show the correlation values, but still shows distances. In the
> Windows versions that I have been using (the latest is 2010.4) this is
> not the case.
This problem was present
Harry,
I have just installed your hugin-mac-2010.5.0-4886_a1cb4a2efa65.
As this is the first time I am trying to use hugin on Mac I do not
know if the following is a bug or a problem of my ignorance:
After running "fine-tune control points" the control points list does
not show the correlation va
Yuval Levy wrote:
Hi Hugin developers,
back in August 2009 we had a discussion about coding style consistency. The
result of that discussion have been a needle in a haystack on my hard disk.
today I found it, polished it, and published it on the Hugin website at [0].
Please take a few minutes
On 13 Feb., 20:32, Harry van der Wolf wrote:
> The other scripts don't work either. I also tried the xx3 scripts (python 3
> I suppose?)
> Can I find more info about what goes wrong? It's not in the system.log
It's not the scripts which aren't working, but the interface module
not being loade
Hmm yes. Honoring a mask/alpha channel seems a very reasonable way to make
this work.
On Sunday, February 13, 2011 4:25:22 PM UTC+1, kfj wrote:
>
>
> It seems wasteful, but you also have to consider the time you have to
> invest to pre-position the images roughly so the ROI can be detected
>
Wow this is great news! Very nice work Jim!
I'll contact you offlist so I can help you test it, I have 24gb ready for
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 a
19 matches
Mail list logo