Forum:
Q & A
Thread:
hugin 2009.4 and a sunset panorama with pictures taken with auto-exposure
|
Re: hugin 2009.4 and a sunset panorama with pictures taken with auto-exposure
Posted: 28 Mar 2010 at 23:31 GMT
|
go to thread
|
Hi "Index"
can you post your pictures with the extreme exposure issues somewhere?
3EV difference (assuming the exposures are all with the same shutter speed and ISO) is really a lot of difference if in adjacent shots.
You can try to get better results manually:
* load your pics into Hugin.
* Align/optimize the panorama geometrically.
* In the images tab, select an image with average exposure and set it as Anchor image for exposure
* In the exposure tab, select the optimize preset "low dynamic range, variable white balance" and click on optimize now
If you are lucky you can go to the stitcher tab and output your panorama.
I don't see your input pictures, so I can't really tell if the following advice would have made a difference. If for whatever reason you can't keep exposure fixed, try shooting a lot of pictures with a lot of overlap. Move the camera only slightly so that the exposure difference between two adjacent pictures is relatively small and there is plenty of overlap, trying to have overlap both in geometry and exposure. Good exposure overlap is when adjacent pictures are less than 1EV difference apart. The 'stripy' look may be caused by too extreme variations of adjacent exposures. Can't tell without seeing the actual photos.
Good luck
Yuv
P.S.: I do not follow this forum regularly. You can reach me and the whole Hugin team at
groups.google.com/group/hugin-ptx/
|
|
alert moderator
|
|
Forum:
Commercial Announce
Thread:
Hugin-2009.2.0 source code distribution released
|
Re: Hugin-2009.2.0 source code distribution released
Posted: 1 Oct 2009 at 21:30 GMT
|
go to thread
|
Hans Nyberg said: It crashes what ever I do.
I'm sorry it does not work for you. It seems to work well enough to be evaluated for battlefield use by the U.S.Army. panospace.wordpress.com/2009/10/01/u-s-army-evalu...
Hans Nyberg said: I know that Brian who makes Bracketeer for Mac has not been able to find any of the newer versions compatible with latest Leopard.
Wrong. Brian is using Harry van der Wolf's binaries for quite some time now (over a year). The problems of Bracketeer are because Bracketeer is a Carbon front end which is outdated and not well supported by Apple. The parameters are not passed properly from the Carbon front end to enfuse. Brian knows this and is rewriting Bracketeer in the current Cocoa front end which is the way Apple wants it since 10.3.9.
Hans Nyberg said: Also speed of the enfusing differs as much as 100% between the different compiled versions made by different people.
True. And the difference is likely to increase with the upcoming release because the build is highly optimized in many variations. Some are optimized for GPU, some for multi-core CPU, some for older CPU.
Hans Nyberg said: Compiling these open source packages is actually the hard work to get a working version.
It is indeed a hard work, but not the hard work. And honestly, once one makes them work for himself it is not this kind of comments that will encourage him to make it work for others.
Hugin works for me. I've never claimed that it must work for everybody. Nor have I claimed that those who can't make Hugin work are "nerds" or "dwarfs".
|
|
alert moderator
|
|
Forum:
Q & A
Thread:
PTMac vs PTGui vs Hugin
|
Re: PTMac vs PTGui vs Hugin
Posted: 30 Sep 2009 at 4:41 GMT
|
go to thread
|
Wellcoordinated said: Looking at Hugin, I can't understand why people buy PTMac and PTGui.
My opinion may be biased because I am one of the Hugin developers.
That said, I bought licenses of PTGui an Autopano Pro and I am happy with both. The best advice to you is: try all of them and see what works for you.
Hugin works for me because I can change it and adapt it to my workflow.
But you have to know that Hugin is not a software package. It is code; and a self-service project. It is for the discerning user that can help himself and not for the demanding users that expects others to fix his problems.
What I like about Hugin is that we are free to push the boundaries. Hugin was the first tool to stitch HDR end to end. It is the first one to identify and prune control points from (moving!) clouds. And now it is breaking away from the constraint of the sphere.
Wellcoordinated said: If someone knows of a side-by-side comparision I
Sorry, not me. I don't see myself in competition with commercial software makers and if I was it would be on sales and profits.
I don't feel the need to engage in futile comparisons. I'm not waiting in front of the screen for Hugin to finish. Instead Hugin works in the background for me. My old AMD Athlon XP 3200+ with 2GB RAM is more than adequate. All I do is sort my RAW files into folders and run a couple of (scripted) commands:
$ match-n-shift -o temp.oto -p 50 -r -f 2 -v 111.8 -k -458,2794,114,3366 _MG_45{91,92,93,94,95,96}.tif
$ autooptimiser -a -l -s -o temp.pto temp.oto
probably works on OSX too, I'll post something to my blog about this soon.
The way I work is that I upload the RAW files to a server in the evening and the next morning everything is ready for quality control.
Yuv
|
|
alert moderator
|
|
Forum:
Commercial Announce
Thread:
Hugin-2009.2.0 source code distribution released
|
Hugin-2009.2.0 source code distribution released
Posted: 29 Sep 2009 at 18:26 GMT
|
go to thread
|
not exactly a commercial announcement, but I did not find a more appropriate place for this.
Panorama stitching and more. A powerful software package for creation and processing of panoramic images.
In the name of the Hugin team I am proud to announce the immediate availability of the hugin-2009.2.0 source code here:
<sourceforge.net/projects/hugin/files/hugin/hugin-...
MAJOR CHANGES SINCE 0.8.0:
* GPU accelerated stitching. Highly experimental. Activate from Files -> Preferences -> Stitching. Depends on a combination of hardware, driver, input images and other factors. Details will be posted in the Hugin FAQ <wiki.panotools.org/Hugin_FAQ#GPU-stitching_.28nona.29g>
* Improved Preferences panel (Control Point Detectors), with user friendly presets for the most popular choices.
* Improved control of stitching process (Stitcher tab). Hugin now features an additional Exposure fusion -> Blended and fused panorama output option, useful when it is not possible to keep exposure and white balance constant between shots. Tutorial at <hugin.sourceforge.net/tutorials/auto-exposure/>
* Fast Preview shows control points connected with lines - the longest the line the worse the quality (except for vertical and horizontal control lines).
* Streamlined support for libpano. Libpano13 is now required. Discontinued support for legacy libpano12.
* Improved build system.
* Lots of bugfixes, lots of new bugs.
For more information see hugin.sourceforge.net/releases/2009.2.0 as well as the README, ChangeLog and INSTALL_cmake files inside the distribution.
This release has been tagged in the subversion repository as /hugin/releases/tag/2009.2.0_rc1 at revision 4464.
SHA1SUM: aaf41867a7face95ec0b8ae753299da75448ed5c hugin-2009.2.0.tar.gz
Binary installers will be provided by the users communities. <panospace.wordpress.com/downloads/>
|
|
alert moderator
|
|
Forum:
Galleries
Thread:
Panoramic Art Exhibition
|
Panoramic Art Exhibition
Posted: 13 Apr 2009 at 5:14 GMT
updated: 13 Apr 2009 at 5:15 GMT
|
go to thread
|
www.uwivi.com/ is now accepting entries until April 20.
Participate in an unusual print exhibition, show your work.
Some stunning entries are already in the gallery and newer ones are in the pipeline. We have a printing partner and almost everything is ready for a great
exhibition, starting May 6 at École Polytehcnique de Montréal, Québec, Canada.
Moreover, we'll be calling soon for entries in cylindrical format (360°x29.3° FOV - 7200x600px with the horizon at 1/3 from the bottom) to be projected in a 14-projectors cyclorama installation that will also show anaglyphs (experimental)
Yuv
|
|
alert moderator
|
|
Forum:
Q & A
Thread:
PTgui + distortion
|
Re: PTgui + distortion
Posted: 7 Jun 2008 at 18:35 GMT
|
go to thread
|
Hello Ronald.
I am the owner of photopla.net and publish a Windows package of enfuse.
May I ask you *not* to post deep links? the version you link to is old, and there is a lot of manual work involved in setting it up.
The latest version can be always found on the download page, and this is where I kindly as you to direct people in the future:
<panospace.wordpress.com/downloads/#devel/>
If you download enblend/enfuse from there, there is no need to unpack, fiddle, or do whatever else. Just a standard Windows installer that does it all for you.
Also, if you are already on that site, please consider Hugin. We are close to having a release, and we have a group of very motivated students adding new features, sponsored by Google and by Nodal Ninja.
For details, keep checking out that blog.
Happy stitching
Yuv
|
|
alert moderator
|
|
Forum:
Q & A
Thread:
optimal tilting angle
|
Re: optimal tilting angle
Posted: 30 May 2008 at 16:55 GMT
|
go to thread
|
Hi Nick,
it takes a lot to motivate me to post in a forum. congratulations, you made it!
There are two things here that need to be discussed separately: physical photo shooting and software stitching.
In terms of hardware, my request is to tilt the camera *sideway* so that the diagonal of the camera is aligned vertically.
I do tilt my Sigma 8mm by about 2° - the cropped sensor of the Canon 350D is smaller than the one of the Nikons or other Canons where 5° works too. You are right, there is no "one-size-fits-all" solution for this kind of tilting.
In terms of stitching, the software is a moving target.
Currently enblend has a bug at the zenith (well, programmers will call it a new feature request, but for users it is a bug).
Apparently also Adobe's next Photoshop version still has that bug - check their presentation at <admin.connectpro.acrobat.com/_a791863308/p4065271... after minute 16.
We were hoping to have a Google-financed student to work on that bug this summer, but we did not find an appropriate candidate.
The problems with the Zenith (and Nadir) that Hans mentions are real now, but once the software works as expected, they won't be any problem.
Even with the current software, I shoot a single row with my Canon 350D/Sigma 8mm tilted up 2° and sideways for the diagonal alignement and most stitches are acceptable.
I hope this helps. Thanks again for the sponsoring of the pano heads to hugin's Google Summer of Code team.
Yuv
|
|
alert moderator
|
|
Forum:
Commercial Announce
Thread:
Google Summer of Code 2008
|
|
Forum:
Q & A
Thread:
Hugin + autopano how to make them work together?
|
|
Forum:
Tips & Tricks
Thread:
latest enfuse installer and more
|
|
Forum:
Tips & Tricks
Thread:
Enfuse - new blender
|
|
