On 03.12.2009, at 20:24, Nicolas Pelletier wrote:
> Thanks David, that's the one. I never seem to remember that name. Not as
> catchy as photomatix :P
The new version (for linux only at the moment) will be called Luminance [1], so
that should be easier to remember :)
Habi/David
[1] http://www.
Thanks for the replies! It would be nice to be able to do everything on the
command line, including finding control points. But for now, I'm choosing
control points by hand and writing out a PTStitcher file, replacing the
filenames to stitch each exposure. For example, to create 5 panos for 5
e
Hello Everybody!
Today we announce the third release
candidate (RC3) for Enblend/Enfuse version 4.0.
We have put a tar-ball of it at
http://sourceforge.net/projects/enblend/files/
For convenience, we also compiled RC3 binary
archives for the operating systems
* Windows (Thomas Mo
Thanks! Makes sense...
Oskar Sander wrote:
>
> Actually if you have a 2/3 format and circular fisheye that perfectly
> fills
> the format, the short side FOV is 180deg and the longside theoretical FOV
> is then 3*180/2=270. So your figure there sounds perfectly all right
>
> 2009/12/3 Oskar
How about using PTStitcher to make a panorama? (Supposed I need to
mosaic two images leftImage.jpg and rightImage.jpg)
What's the command lines step by step?
--
You received this message because you are subscribed to the Google Groups
"hugin and other free panoramic software" group.
A list of fr
On Thu, 2009-12-03 at 20:16 -0500, Brian Sullivan wrote:
> I am using Hugin Version 2009.2.0.4461 on Vista to process shots taken
> with a Peleng fisheye on a Nikon D50 using Nodal Ninja 2 jig.
>
> I am getting pretty good results using standard settings and auto
> alignment with Auto-SIFT-C. Some
I am using Hugin Version 2009.2.0.4461 on Vista to process shots taken
with a Peleng fisheye on a Nikon D50 using Nodal Ninja 2 jig.
I am getting pretty good results using standard settings and auto
alignment with Auto-SIFT-C. Sometimes after the alignment I get the
bad fit indication, sometimes g
Thanks, I'll look into that!
nick
On Thu, Dec 3, 2009 at 3:58 PM, Bruno Postle wrote:
> On Thu 03-Dec-2009 at 14:23 -0500, Nicolas Pelletier wrote:
> >In order to spend less time doing tedious tasks, I'm trying to have 60-80%
> >of the process done automatically.
> >
> >I have a python script t
On Thu 03-Dec-2009 at 14:23 -0500, Nicolas Pelletier wrote:
>In order to spend less time doing tedious tasks, I'm trying to have 60-80%
>of the process done automatically.
>
>I have a python script that takes all images in a folder, run panomatic,
>then run nona. I want to add cpclean, change some
Thanks Harry, at least my sanity is no longer in question. (Well not
for this reason.)
Looking forward to your resolution,
Rick
On Dec 3, 1:54 pm, Harry van der Wolf wrote:
> Align_Image_Stack is currently not in or with the bundle. It needs to be
> added asap. The problem is that after changi
Thanks David, that's the one. I never seem to remember that name. Not as
catchy as photomatix :P
On Thu, Dec 3, 2009 at 12:04 PM, David Haberthür wrote:
> Hey all
>
> On 03.12.2009, at 13:56, Nicolas Pelletier wrote:
> > For doing the processing, I think one open source software is QTVGUI or
> s
In order to spend less time doing tedious tasks, I'm trying to have 60-80%
of the process done automatically.
I have a python script that takes all images in a folder, run panomatic,
then run nona. I want to add cpclean, change some optimization values along
with adding the exposure since I run mo
Align_Image_Stack is currently not in or with the bundle. It needs to be
added asap. The problem is that after changing in version 2009.2 to the new
plugin structure it's not so easy to implement align_image_stack in the
bundle now. I will pick this up asap.
I do host align_image_stack binaries on
Hey all
On 03.12.2009, at 13:56, Nicolas Pelletier wrote:
> For doing the processing, I think one open source software is QTVGUI or
> something like that. It's on sourcefore.
http://qtpfsgui.sourceforge.net/ is the name of the tonemapping software you're
looking for. if the images are perfectly
Thanks to all for the replies.
So I've now have Autopano-SIFT set up (using info from Bruno's post of
Sept. 6), so the basics are there.
I'm actually more interested in using align_image_stack for setting up
bracketed exposures. Bruno's post provides info on possible parameters
("-f %v -p %o %i")
On Dec 3, 2:48 am, Nicolas Pelletier
wrote:
>
> Is there a way through command line to have the exposure for all pictures in
> a project set to their exif values? Kind of the same as doing reset to exif
> from hugin itself?
There isn't any Hugin tool to do this, but the exiftool LightValue tag
is
On Dec 3, 12:58 pm, Nicolas Pelletier
wrote:
> Following the original posters request, is there a way (i.e. command line
> tool) to add the crop to the pto automatically? I'd guess that the values
> are consistent from one picture to another with the same fisheye...
You can set any value in a pro
Following the original posters request, is there a way (i.e. command line
tool) to add the crop to the pto automatically? I'd guess that the values
are consistent from one picture to another with the same fisheye...
nick
On Thu, Dec 3, 2009 at 7:40 AM, bruno.postle wrote:
> On Dec 3, 9:42 am, Os
On thing I want to add in case it is not already clear.
HDR we see on the net are not HDR per say. They are LDR images (like
anything the camera shoots) that was processed to an HDR and then back to an
LDR.
In short:
Multiple exposures LDR => merging => HDR => Processing => LDR that we
typically
On Dec 3, 8:11 am, Luis wrote:
>
> What I tried with the 2009.2, running on F11:
>
> 1) loaded two images, taken right after the other with only exposure
> changed
> 2) hit 'align'; was told the two images were out of alignment
> 3) poked around the images tab; found 'align image stack', which
> s
On Dec 3, 9:42 am, Oskar Sander wrote:
> Isn't the circular fisheye projecting a circle on the sensor with the rest
> of the sensore rectangle black? The HFOV is the sensor long-side field of
> view, so it could be correct if you would imagine the lens would be
> projecting outside the circle to
Actually if you have a 2/3 format and circular fisheye that perfectly fills
the format, the short side FOV is 180deg and the longside theoretical FOV
is then 3*180/2=270. So your figure there sounds perfectly all right
2009/12/3 Oskar Sander
> Isn't the circular fisheye projecting a circle on
Isn't the circular fisheye projecting a circle on the sensor with the rest
of the sensore rectangle black? The HFOV is the sensor long-side field of
view, so it could be correct if you would imagine the lens would be
projecting outside the circle too.
How does hugin handle all this black void in
Hey, all-
I am a pretty complete HDR newbie, but took some potential HDR source
shots on my recent trip and thought I'd look into using hugin to
create the images when I returned.
Unfortunately (as I'm sure most of you know) the documentation is
pretty out of date, and the process isn't as easy/in
24 matches
Mail list logo