Done.
On Jan 25, 7:43 am, Yuval Levy goo...@levy.ch wrote:
On January 25, 2011 01:35:56 am Dan wrote:
When building with MSVC ( #1 ) it is recommended to use a set of diff
files ( #2 )
The file has moved with the moved tracker and no longer exist on SF. Can you
please fix the Wiki? The
On Jan 5, 11:09 pm, Tom Sharpless tksharpl...@gmail.com wrote:
BTW one of the best treatments of lens calibration and correction I've
seen is this article, brought to my attention last year by Michel
Thoby:http://trs-new.jpl.nasa.gov/dspace/bitstream/2014/37251/1/03-0869.pdf.
It has a
On Dec 10, 8:37 am, Yuval Levy goo...@levy.ch wrote:
Hi Jan,
On December 10, 2010 02:39:19 am Jan Martin wrote:
Does hugin already use openGL for the Fast Panorama preview window?
Can that code be used to stitch full size streetviews a lot faster?
nona, Hugin's stitcher, already uses the
I've downloaded and run the 64-bit installer on Win 7. If I click the
'clean registry settings' box during installation, the only control-
point detector listed in the preferences tab is 'align-image-stack'.
If cpfind is not set as the default with sensible options after
installation, it's not
On Dec 6, 12:29 pm, T. Modes thomas.mo...@gmx.de wrote:
On 6 Dez., 18:10, Aron H aron.hel...@gmail.com wrote:
I've downloaded and run the 64-bit installer on Win 7. If I click the
'clean registry settings' box during installation, the only control-
point detector listed
On Nov 18, 9:26 am, bruno.postle brunopos...@googlemail.com wrote:
On Nov 18, 11:07 am, Rogier Wolff rew-googlegro...@bitwizard.nl
wrote:
Same suggestion :-) (i.e. now the intermediate filename is
%D%I.tif (destination filename/index) and would now be (remapped_%s or
%D_%s as
On Nov 11, 6:13 am, Oskar Sander oskar.san...@gmail.com wrote:
I've started with the instructions. Im building 32bit version though.
A thought though, are the libraries stable enough now so a new SDK
version would be feasible?
Yes, I think so. Especially now that we have a recent release,
Hi Oskar,
I chose MSVC 2010 Express because I already had it and it was
by far the easiest to build 64 bit targets. Simply download the
Windows
SDK 7.1, and you are set.
The instructions you link are mostly complete, but may have a few
omissions or errors - your fixes and edits would be
On Oct 28, 4:54 pm, Tom Sharpless tksharpl...@gmail.com wrote:
Hi Aron
On Oct 28, 2:01 pm, Aron H aron.hel...@gmail.com wrote:
Hi Tom,
I'm able to build and link freeglut with MSVC 2010, using updated
instructions from here:http://wiki.panotools.org/Hugin_SDK_(MSVC_2010)
I suspect
Hi Tom,
I'm able to build and link freeglut with MSVC 2010, using updated
instructions from here:
http://wiki.panotools.org/Hugin_SDK_(MSVC_2010)
I suspect they (still) work fine with MSVC 2008 as well.
I think you might be getting conflicts with glut32 -
IIRC, I had to remove the link to
On Oct 14, 5:43 pm, Bernd Hohmann hohm...@harddiskcafe.de wrote:
On 14.10.2010 23:01, Aron H wrote:
Just tried the x64 installer, and it defaults to c:/program files
(x86)/hugin? Is there some setting to flip to make it go into c:/
program files/ ?
As far as I remember, program
Just tried the x64 installer, and it defaults to c:/program files
(x86)/hugin? Is there some setting to flip to make it go into c:/
program files/ ?
Aron
On Oct 14, 12:26 pm, Matthew Petroff matt...@mpetroff.net wrote:
On Oct 14, 3:26 am, Henk Tijdink h.tijd...@gmail.com wrote:
For the 64
On Oct 8, 5:00 am, Henk Tijdink h.tijd...@gmail.com wrote:
Building Autopano SIFT-C 2.5.1
I'm only wondering if this build is correct and not corrupted by the
warnings and the fail of the package folder or that I'm doing
something wrong during the build. this because
On Sep 29, 7:23 pm, Matthew Petroff matt...@mpetroff.net wrote:
A Hugin 2010.2.0 rc2 build for 32-bit Windows can be found
here:http://www.box.net/shared/xscpvk1ad8
A 32-bit Windows installer can be found
here:http://www.box.net/shared/6exu7c7m2y
An untested Hugin 2010.2.0 rc2 build for
On Sep 30, 12:42 pm, Yuval Levy goo...@levy.ch wrote:
On September 30, 2010 10:28:04 am Aron H wrote:
One thing I noticed this time - Hugin doesn't do anything on the
Assistant tab to tell you it's done blending the panorama - the log
window just goes away. Is this just on Windows
On Sep 12, 9:11 pm, Aron H aron.hel...@gmail.com wrote:
On Sep 11, 8:58 am, T. Modes thomas.mo...@gmx.de wrote:
...
Hi thePanz,
I will definitely share my build when I can confirm that I can build
x64 too. In the next day or two!
Aron
Hi all,
When compiling , I get the message
On Sep 11, 8:58 am, T. Modes thomas.mo...@gmx.de wrote:
Hi Aron,
I had one problem building this tarball on Windows, using MSVC 2010
Express, 32 bit
I had errors in several files that 'log2' was undefined.
I found 'log2' in hugin_math.h, guarded by
#ifndef HAVE_LOG2
In
Hi Bruno,
I had one problem building this tarball on Windows, using MSVC 2010
Express, 32 bit
I had errors in several files that 'log2' was undefined.
I found 'log2' in hugin_math.h, guarded by
#ifndef HAVE_LOG2
In hugin_config.h, I found the line
#define HAVE_LOG2 0
Unfortunately, that caused
On Sep 10, 11:50 am, Harry van der Wolf hvdw...@gmail.com wrote:
Hi all,
2010/9/10 Tduell tdu...@iinet.net.au
Hullo Bruno,
On Sep 10, 8:44 am, Bruno Postle br...@postle.net wrote:
A libpano13-2.9.17_rc2 (second release candidate) tarball has been
uploaded to sourceforge:
On Sep 7, 5:02 pm, Bruno Postle br...@postle.net wrote:
On Tue 07-Sep-2010 at 11:02 -0700, Aron H wrote:
For each PT* app, for the x64 builds, both debug and release,
Properties .. Configuration Properties ..
Linker .. Addition Library Directories, the first entry should change
from
On Sep 8, 12:39 pm, T. Modes thomas.mo...@gmx.de wrote:
I've not compiled with VS 2008, so until someone tries, we don't know
if what fixes are needed.
The RC1 compiles fine without further changes using CMake + VS2008 (32
bit).
Maybe you should also use the CMake version, this would
A few changes were needed to compile with MSVC 2010 Express on Windows
from the tarball.
I've noted them briefly here:
http://wiki.panotools.org/Hugin_SDK_%28MSVC_2010%29#Panorama_Tools
Code change: first lines of optimize.c, quotes are needed to pick up
local header files:
#include filter.h
Hi,
I'm a bit surprised you chose to implement a new installer, instead of
working on the one already committed to Hugin, based on InnoSetup.
Was it lacking some features, or did you not know it was there?
(hugin/platforms/windows/installer/ directory)
Regards,
Aron
On Aug 31, 3:29 am, thePanz
On Jul 13, 9:37 pm, Yuval Levy goo...@levy.ch wrote:
On July 13, 2010 02:52:55 pm Aron H wrote:
I've got the OpenMP files separated out, and I think they should be
included in the SDK, if we can put one together.
separated from what? If you separated them from an installer or zip file
One of the most difficult parts of building Hugin or Enblend in x64 in
windows is pointing to all the proper x64 libraries in Cmake. Cmake
detects the win32 versions by default, and I have to change paths to
all the libraries manually.
For instance, the jpeg/tiff libraries in wxWidgets get
,
Aron
On Jul 6, 1:31 pm, Aron H aron.hel...@gmail.com wrote:
On Jul 6, 12:22 pm, Aron H aron.hel...@gmail.com wrote:
.
imagecache only, I fear - it appears VC++ 2010 express and Win7.1SDK
don't include omp.h. I found one reference to copying files/libs
from a 2008 install
Regards,
Aron
I'm playing with creating an installer for Windows. I'm using the
InnoSetup file for hugin_prerelease.iss. I see several items in bin/
from UnxUtils, and I'm wondering:
- the SDK page says gnumake has replaced UnxUtils.
http://wiki.panotools.org/Hugin_SDK_(MSVC_2008)
- I didn't need it to
On Jul 5, 6:59 pm, Bruno Postle br...@postle.net wrote:
On Wed 30-Jun-2010 at 12:10 -0700, Aron H wrote:
Yes, I can confirm that. The .tar.gz also leaves out
LocalDefs.vsprops, which lets you avoid setting the WXWIDGETS_HOME
environment var globally, if I'm understanding it correctly
On Jul 1, 5:25 pm, Ryan Sleevi ryan+hu...@sleevi.com wrote:
Sorry, I should have reviewed what I sent :)
As of 4.0, Enblend/Enfuse transitioned to a CMake build system. So the
patches should no longer be necessary, you should be able to just CMake it.
I'm stuck. I thought that MSVC would
On Jul 6, 12:22 pm, Aron H aron.hel...@gmail.com wrote:
On Jul 1, 5:25 pm, Ryan Sleevi ryan+hu...@sleevi.com wrote: Sorry, I
should have reviewed what I sent :)
As of 4.0, Enblend/Enfuse transitioned to a CMake build system. So the
patches should no longer be necessary, you should
am, Aron H aron.hel...@gmail.com wrote:
Well I'm going to plow ahead, because one advantage has become
apparent: x64 targets are immediately available after installing the
Win7 SDK, with no additional steps, unlike MSVC 2008.
I've started and will be updating this wiki
page:http
Yes, I can confirm that. The .tar.gz also leaves out
LocalDefs.vsprops, which lets you avoid setting the WXWIDGETS_HOME
environment var globally, if I'm understanding it correctly.
Why are the .sln and tool .vcproj files left out of the .tar.gz? I
guess because the README.windows file says to
or help appreciated!
Aron
On Jun 28, 4:34 pm, Tom Glastonbury t...@tomglastonbury.com wrote:
On 28/06/2010 7:06 PM, Aron H wrote: Has anyone attempted to compile Hugin
or enblend with MSVC 2010
Express? Success or failure?
There's no mention in the wiki so far.
Aron
I had a look
...@hotmail.com wrote:
type in the orientation position? how?
i'm interested.
Dale
On Tue, 2010-06-22 at 08:54 -0700, Aron H wrote:
[]
As a user, the way I work around this right now is using template
projects. For a particular shooting pattern, I type in the orientation
of each
Has anyone attempted to compile Hugin or enblend with MSVC 2010
Express? Success or failure?
There's no mention in the wiki so far.
Aron
--
You received this message because you are subscribed to the Google Groups
hugin and other free panoramic software group.
A list of frequently asked
I definitely agree here. The Gigapan robot and it's Stitcher software
show how easy it can be to get that initial layout with constraints -
it always takes pictures on a grid, so you just have to specify how
many rows there are, and suddenly you can preview the shape and
content of your panorama
I looked into the lens models in some detail a while back, and they
are not the same.
Adobe is using r^2, r^4 and r^6 distortion coefficients, plus
tangential distortion. This is likely identical to Bouguet's camera
calibration, at http://www.vision.caltech.edu/bouguetj/calib_doc/
Hugin uses r,
It's a very interesting product. The Gigapan Epic and Epic 100 are
meant to work with point-and-shoot cameras, so they use little stepper
motors that can't push very much mass. I've got an Epic 'beta'
version, and I've tried two cameras on it -
an Olympus 5050 wide-angle, and a Fuji FinePix
On Mar 1, 9:45 am, Felix Hagemann felix.hagem...@gmail.com wrote:
On 1 March 2010 14:44, Bruno Postle brunopos...@googlemail.com wrote:
You need to be using the 2.5.1 release or a recent snapshot (which
should be fixed but I haven't heard any reports of success or failure
yet).
Just
We've already had something like 'pablo_nopatent_panomatic' proposed/
used in the Mac snapshot build. But looking at Pablo's references,
perhaps 'daisy_geoblur' might be better. What do you think, Pablo?
Aron
On Feb 27, 8:46 pm, Yili Zhao pan...@gmail.com wrote:
HI,
does this non-patented
I've just been successful in building on Win XP with VS 2005, and
started playing with panomatic_nopatent :). With the default settings
from the readme, on a 2 row, 360 panorama, I'm finding a number of
false matches. I'd like to provide helpful input, or other help,
however I can.
I'm
I'm working with the hugin.win32.5010 build, on an old AMD processor
without SSE2. The default enblend crashes before it gets started, as
someone mentioned before. enblend_NC seems to work, but I have to take
out the '-w' option. If I include it, like so:
enblend.exe -f11960x4319 -w -o
I'm happy to report that I am able to duplicate the Hugin transform
and camera distortion model in my software, using the basic outline I
described earlier.
I also wanted to report that I compared the results of camera
calibration in Hugin and Bouguet, and they agree very well, in a
limited
On Jul 10, 4:38 am, Klaus Foehl k...@ph.ed.ac.uk wrote:
Hello all,
One further thought about the cubic and quintic terms only in
distortion correction.
Let us assume that the mapping from the solid angle space onto the
focal plane sensor is mathematically well behaved. One standard way
On Jul 3, 4:08 am, Klaus Foehl k...@ph.ed.ac.uk wrote:
Hello,
Quick addition and summary from my side.
1) Barrel distortion correction: panotools uses r* = a*r^4 + b*r^3 +
c*r^2 + d*r,
with r being the normalised radius. If it were not for the condition a
+b+c+d=1
this parameter d
On Jul 1, 5:57 pm, Bruno Postle br...@postle.net wrote:
Correct, though your assumption is for landscape format images, it
is slightly simpler for portrait.
I think you mean that if the input images actually have a height
greater than their width, Hugin will still display the horizontal
I'm a new member of the group, and I'm looking again at Hugin and
PanoTools after a long time.
I work on a product that combines panoramic photography with a range
scanner, our website is here if you're curious:
http://www.deltasphere.com/
We take color photos using a Nikon D300 and a Nikkor
Hi Klaus,
On Jul 1, 1:31 pm, Klaus Foehl k...@ph.ed.ac.uk wrote:
Hello Aron,
If I understand hugin and the undelying panotools correctly, then the
maths direction is already in the direction you require. In the output
image, equirectangular, you already have theta and phi angle in 3D for
48 matches
Mail list logo