Hi all,
I hope I didn't give anyone the wrong idea. I almost always shoot bracketed
sets with a tripod. As such, fusion before blending makes sense for me,
too. However, I have been burned before by not considering how others
shoot, so I was just presenting a case when one would possibly want t
I agree with Yuval here. I'm using Smartblend instead of Enblend most
of the time, and as far as I'm aware, Smartblend cannot handle cropped
TIFFs automatically. Well, it accepts x and y offsets for each input
image on the command line, but Hugin does not supply those to the
blending program, so I
Bruno Postle wrote:
> On Fri 22-May-2009 at 17:27 -0400, Yuval Levy wrote:
>> Bruno Postle wrote:
>>> If you are going to be editing layers in the Gimp, you need to
>>> uncheck 'cropped TIFF' in hugin before rendering
>> we need to put this kind of things in the preferences, only to be
>> overri
Harry van der Wolf wrote:
> I also fuse first
+1 most of the time, but not all the time.
> As an addition to what Gerry said about hand-held images: You can use
> align_image_stack to perfectly align your bracketed photos before fusing
> them. The better fusing gui's come with align_image_stack
Hi Gerry,
I can see the logic of 'post processing' fusion for hand held images
but that assumes each exposure set is aligned in itself and then the
exposures are aligned which I don't think the programs do. Don't they
align one image set and then apply the same settings to each exposure
set? I
Last minute addition: Photomatix pro can load these hdr's as well (I just
downloaded the trial version).
Harry
2009/5/23 Harry van der Wolf
> I can reproduce your issue. When I feed jpg's or png's into
> align_image_stack I get correct HDR's. If I feed 8bit or 16bit tiff's into
> align_image_st
I can reproduce your issue. When I feed jpg's or png's into
align_image_stack I get correct HDR's. If I feed 8bit or 16bit tiff's into
align_image_stack I get HDR's which can only be opened in Hugin and
FDRTools.
I also tried with an 8months old align_imagestack and it has the same issue.
So obviou
Oh yeah,
I also tried:
system ('sips', ' -s format jpeg -s formatOptions $quality
"$prefix-face000$index.tif" --out "$prefix-face000$index.jpg"');
and
system ('sips', ' -s format jpeg -s formatOptions $quality
\"$prefix-face000$index.tif\" --out \"$prefix-face000$index.jpg\"');
With the e
2009/5/21 Bruno Postle
>
>
> (ps did you ever look at the sips command to replace ImageMagick for
> converting from TIFF to JPEG in erect2qtvr)
>
> --
> Bruno
>
Yes, today I did.
I get errors though. I tried in erect2qtvr:
# generate JPEG cubefaces
for my $index (0 .. 5)
{
if ($^O eq "darwin
Please see here: http://gallery.me.com/jannesbolten#100166 for the
results of row-by-row blending. (choose slideshow for highest
resolution view.) Only one row seems to offend Enblend. The only
difference between this row and the others, is that it has a single
picture that is connected to the row
Hi all,
I just want to support your ideas, I would find them all very useful,
they are all worth "official" feature requests. (The selection-rectangle
thing has been suggested earlier I believe - so there might be something
in the tracker already).
Speaking of the cp tab: Wasn't the border betw
in relation to the problem discussed in this thread:
http://groups.google.com/group/hugin-ptx/browse_thread/thread/671cd50a44211ca8?hl=en,
is it possible to instruct Hugin and/or nona to completely turn/off or
disregard the operation of settings in the exposure optimizer tab?
Would unchecking all
Enblend shows the same weird patters in the first row of clouds of my
pano. I just noticed while Enblend is working on the top row of my
panorama (10 images, all clouds) that it's "optimizing for 59 distinct
seams". It should be optimizing for only 9 seams between 10 images, no?
--~--~-~--
Thanks 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
Hello,
I'd like to contribute to this thread. Today I ran into the same
problem with Enblend (see my problem here:
http://idisk.mac.com/jannesbolten-Public?view=web).
Also a cloud blending problem in a large panorama. I will today try
Kevin's solution of setting the crop parameters to see if it
Hi Dave,
I also fuse first (but maybe I'm a bit biased being the writer of the
ImageFuser tool).
The reason I do this is that Hugin has sometimes difficulties in finding
CP's between the very dark and light images in such bracketed sets. It is
sometimes also hard to do that by hand. In that case p
2009/5/23 Kunlun121
>
> Hello all,
> Harry,
>
> First off, the patch Harry provided in that static Enblend build
> worked. 2+GB tiffs are perfectly manageable now. So thanks a lot for
> that and keep doing this in future builds please.
Please keep the static enblend you have now. The tiff libra
Hi Dave,
I fuse first. The reason is that, in my case, each set of eight
images is taken with exactly the same settings (using manual
mode). The other advantage is that selecting control points for the
fused images is easy as all of the image is visible.
Peter.
From: DaveN
Subje
Hello all,
Harry,
First off, the patch Harry provided in that static Enblend build
worked. 2+GB tiffs are perfectly manageable now. So thanks a lot for
that and keep doing this in future builds please.
I just uploaded the resulting pano to the files section here at the
groups forum. Alternativel
> When clicking "Fine tune all points" it still crashing.
It's now also fixed (rev 3876).
Thomas
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"hugin and other free panoramic software" group.
A list of frequently
20 matches
Mail list logo
