Hi guys,
could anyone please tell me, where i can get a development Version of
hugin like 2010.5 something?
Regards, Can
--
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
On 23 Jan., 13:59, kfj _...@yahoo.com wrote:
hmmm... tricky. I'll post again if I can be more precise.
Now this is really a curious matter. I took a good while to
investigate. Let me first explain the problem again: In SWIG python
Modules that are linked to huginbase and made with cmake
On Sun, Jan 23, 2011 at 07:29:28AM +0100, Pablo d'Angelo wrote:
Am 22.01.2011 12:20, schrieb michael.grant:
Unless you do something like this, I can't see how hugin is going to
be able to create a pano any greater than the available swap space.
How difficult would it be to rework emblend to
michael.grant wrote:
By needing the emblend to be done all in one shot like this you loose
the advantage of make here. Especially since if you stop the job at
this point, you have to start the emblend all over again.
Distributing the other pieces is a small job in comparison to the
emblend
sorry to take this thread off on a tanget, but can i clarify bruno's
statement?
so your standard 6 shots around and 1 shot up pano (fullframe fisheye) where
the up shot has been rotated to landscape orientation by the camera - this
should not pose any problems for hugin?
why is it HFOV and
I am strongly in favor of #1.
Only if there is no Exif, and the user cannot supply any additional data,
then it can go to #2.
I think there is no other way :-)
Jeffrey
On Saturday, January 22, 2011 10:20:34 PM UTC+1, Pablo d'Angelo wrote:
1. User has a good estimate of the HFOV (EXIF Data
Thanks again 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
On 23 Jan., 21:53, Bruno Postle br...@postle.net wrote:
It doesn't really work like this. Hugin looks exclusively at the
image dimensions, so both the landscape and portrait shots will have
the same lens number and field of view.
Of course the final calculation does it right.
What I mean
On Monday, January 24, 2011 6:12:47 PM UTC+1, kfj wrote:
but if the first six are portrait and
the up shot landscape, if it's a manual lens (like my Samyang) I have
to tell hugin every time it's the same, even if the image dimensions
are the same to the other shots. More a nuisance. I
I've seen this before also, on a canon 24-70mm lens, the 70mm images were
recorded as 24mm in exif.
But yes, if exif is there, but wrong, that's really too bad. However, if the
stitch is unsuccessful (e.g. no control points at all) then Hugin should
probably tell the user, No control points
Hi everybody.
As I wrote it last summer, I can probably help you a little with the
makefilelib.
Generally it seams that the problem with echo and write() occurs when
executing the makefile with make, not during its creation with the
makefilelib.
On Fr, 2011-01-21 at 13:06 +0100, Rogier Wolff
Sorry, this was in reply to a pano not being stitched properly because of
WRONG (not missing) exif data.
On Monday, January 24, 2011 7:12:59 PM UTC+1, Jeffrey Martin wrote:
I've seen this before also, on a canon 24-70mm lens, the 70mm images were
recorded as 24mm in exif.
But yes, if exif
I tried this and it seems to work fine.
Multirow is faster (nearly 3x faster, actually). all images at once was
slower but gave the same result (for what i tested, anyway)
Pablo, does this mean that I should not heat my house using my CPU at 100%
for the next months? :) Or should I still play
On Mon 24-Jan-2011 at 08:10 -0800, Jeffrey Martin wrote:
sorry to take this thread off on a tanget, but can i clarify
bruno's statement?
so your standard 6 shots around and 1 shot up pano (fullframe
fisheye) where the up shot has been rotated to landscape
orientation by the camera - this
Hi Kay,
Am 24.01.2011 18:12, schrieb kfj:
J. Martin asks
so your standard 6 shots around and 1 shot up pano (fullframe fisheye) where
the up shot has been rotated to landscape orientation by the camera - this
should not pose any problems for hugin?
I'd say - not really a problem, but if the
Hi Can,
Am 24.01.2011 09:20, schrieb Can-C. Dörtbudak:
Hi guys,
could anyone please tell me, where i can get a development Version of
hugin like 2010.5 something?
As far as I know, nobody produces nightly builds for windows. Some
outdated information on building hugin for windows is
When building with MSVC ( #1 ) it is recommended to use a set of diff
files ( #2 ) which give an error when accessed by someone who is not a
member of the hugin sourceforge project. The link give the error:
There was an error processing your request. Error - The Tracker has
been disabled for this
17 matches
Mail list logo
