really only do strip panoramas), and it
doesn't offer nearly as much control as Hugin. But the interface
makes it a lot easier to get started.
--
Robert Krawitz [EMAIL PROTECTED]
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
Member
enough of an excuse to put OpenSolaris on my PC. :) (it's already
dual booting XP and Ubuntu, though!)
You might want to think about packaging it for OpenSolaris directly --
see www.opensolaris.org.
--
Robert Krawitz r...@alum.mit.edu
Tall Clubs
${SOURCE_BASE_DIR}/exiv2-0.18.1/msvc/lib
)
--
Robert Krawitz r...@alum.mit.edu
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail l...@uunet.uu.net
Project lead for Gutenprint
). Perhaps the developers can explain why it's
more than linear, but it's certainly not quadratic.
--
Robert Krawitz r...@alum.mit.edu
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- http
them (which fortunately can be done as one
operation).
Not a major improvement, but it would be a convenience.
--
Robert Krawitz r...@alum.mit.edu
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom
Date: Sat, 26 Jun 2010 16:33:11 -0700 (PDT)
From: Yuv goo...@levy.ch
Hi Terry,
On Jun 26, 7:13 pm, Tduell tdu...@iinet.net.au wrote:
I have tested a change to the CMakeLists.txt which runs hg log --
follow --style=changelog and writes to the file ChangeLog, pretty
much as
Date: Sat, 26 Jun 2010 17:19:00 -0700 (PDT)
From: Tduell tdu...@iinet.net.au
Hullo Robert,
On Jun 27, 9:53 am, Robert Krawitz r...@alum.mit.edu wrote:
Date: Sat, 26 Jun 2010 16:33:11 -0700 (PDT)
From: Yuv goo...@levy.ch
Yes, the hg log command is the right
On Wed, 20 Oct 2010 08:30:47 -0700 (PDT), kfj wrote:
On 20 Okt., 14:12, Robert Krawitz r...@alum.mit.edu wrote:
In general, fine tuning CPs in images offset at very sharp angles
works very poorly; the rotation seems to confuse the fine tuning
algorithm and the points are placed
On Thu, 21 Oct 2010 01:34:14 +0100, James Legg wrote:
On Wed, 2010-10-20 at 08:12 -0400, Robert Krawitz wrote:
1) While fine tuning works well between the different exposures in
each set, it works very poorly if at all between the images from
different positions, probably because in some
skies that way. But if I change the EV in
hugin, it gets propagated through to the pto file passed to nona, with
the result that nothing changes.
I must be missing something obvious here, but for the life of me I
can't figure out what it is...
--
Robert Krawitz r
On Fri, 22 Oct 2010 23:41:19 -0400, Yuval Levy wrote:
On October 22, 2010 10:54:31 pm Robert Krawitz wrote:
I'm trying to build panoramas with multiple exposures (-2, 0, +2), but
the results (particularly the sky) are much too pale. This is with
basically the 2010.3 release (maybe a few
On Sat, 23 Oct 2010 21:54:47 +0100, Bruno Postle wrote:
On Sat 23-Oct-2010 at 15:36 -0400, Robert Krawitz wrote:
This wound up being a big headache; the aligned image stacks didn't
contain any EXIF data to let anything figure out the HFOV.
Anyway, why is nona modifying the exposure? If I
pm Robert Krawitz wrote:
This wound up being a big headache; the aligned image stacks didn't
contain any EXIF data to let anything figure out the HFOV.
use exiftool to copy the relevant EXIF tag from one input exposure to its
target image.
I recommend LuminanceHDR or Krita to open/edit/view
On Sat, 23 Oct 2010 19:26:31 -0400, Yuval Levy wrote:
On October 23, 2010 06:41:17 pm Robert Krawitz wrote:
1. fused image
align_image_stack -a pre1 exposure[1-3].jpg
enfuse -o image1.jpg pre1*
...and at some point in there fine tune the stack -- I shot it
hand-held and even with 8 fps
align_image_stack, the tonality was good.
--
Robert Krawitz r...@alum.mit.edu
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- http://ProgFree.org
Project lead for Gutenprint --http://gimp
One more experiment.
I tried creating remapped images in two ways:
* Exposure corrected, low dynamic range: the -2 exposure was much too
light, the +2 exposure was too dark.
* No exposure correction, low dynamic range: everything was good.
If I then enfused matching images with no exposure
On Mon, 25 Oct 2010 21:10:41 +0200, Felix Hagemann wrote:
On 24 October 2010 18:46, Robert Krawitz r...@alum.mit.edu wrote:
* No exposure correction, low dynamic range: everything was good.
If I then enfused matching images with no exposure correction, I got
good results. Unfortunately
is for the sky and most of the
sunny ground (except for the shadows) to have the tonality of the -2EV
image and the shadows to be appropriately lightened, but I can't find
a combination of parameters that gets anywhere near that.
--
Robert Krawitz r...@alum.mit.edu
On Tue, 26 Oct 2010 09:18:23 +0100, paul womack wrote:
Robert Krawitz wrote:
An enfuse GUI (is luminance the right thing here?) would be very
helpful for this kind of thing, to visualize how the different
parameters affect the result.
An Enfuse Gui you say? If only we could come up
that discontinuity at the same place in the
sky. I can change the relative darkness above and below that line
(most effectively by changing exposure-sigma), but it always stays in
the same place.
So there's obviously something I don't understand about what enfuse is
doing.
--
Robert Krawitz
On Tue, 26 Oct 2010 08:22:16 -0400, Robert Krawitz wrote:
On Tue, 26 Oct 2010 14:09:00 +0200, Tim Nugent wrote:
Try KImagefuser
http://wiki.panotools.org/Enfuse#Linux
Yup, found it.
I can certainly change what's happening, but whatever I do I cannot
seem to get the sky dark. What's more
On Tue, 26 Oct 2010 17:55:34 -0400, Yuval Levy wrote:
On October 24, 2010 11:57:09 am Robert Krawitz wrote:
The point was that when I used align_image_stack to generate an image
directly I got an average error worse than the worst point error I got
by hand. It may well have been a single
On Tue, 26 Oct 2010 17:17:51 +0200, Carl von Einem wrote:
Robert Krawitz schrieb am 26.10.10 14:22:
I'm trying to fuse
* 0EV:
http://rlk.smugmug.com/Photography/enfuse-test/14365255_gYhFw#1064008497_nVtDY
* -2EV:
http://rlk.smugmug.com/Photography/enfuse-test/14365255_gYhFw
On Wed, 27 Oct 2010 03:01:24 -0400, Yuval Levy wrote:
On October 26, 2010 08:29:18 pm Robert Krawitz wrote:
Sigma 8-16 f/4.5-5.6
good EXIF. probably vignetting to take into account at wider zoom settings.
So the question is, should I do that by optimizing photometry in Hugin?
Now, here's
On Wed, 27 Oct 2010 04:23:53 -0700 (PDT), kfj wrote:
On Oct 23, 4:54 am, Robert Krawitz r...@alum.mit.edu wrote:
I'm trying to build panoramas with multiple exposures (-2, 0, +2)
...
Finally you did post some images. Now I only looked at some of them
yesterday, but I'll make some points
On Thu, 28 Oct 2010 21:09:32 -0400, Yuval Levy wrote:
On October 27, 2010 07:07:19 am Robert Krawitz wrote:
On Wed, 27 Oct 2010 03:01:24 -0400, Yuval Levy wrote:
On October 26, 2010 08:29:18 pm Robert Krawitz wrote:
Sigma 8-16 f/4.5-5.6
good EXIF. probably vignetting to take
On Fri, 29 Oct 2010 09:20:36 -0700, Bob Bright wrote:
There's no such thing as a perfect stitch. There are _always_ going
to be some misaligned areas in your stitches (especially if you're
shooting fisheye, since there's no such thing as a NPP for fisheye
lenses). You can spend hours in
I hate to keep beating this rather lifeless horse...but...
I'm getting remarkably better results by fusing only the +2 and -2
exposures (omitting the middle exposure). Setting saturation weight
to 1 and exposure mu to .333 helps more.
--
Robert Krawitz r
. Comments welcome.
--
Robert Krawitz r...@alum.mit.edu
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- http://ProgFree.org
Project lead for Gutenprint --http://gimp
On Sat, 6 Nov 2010 01:35:55 -0700 (PDT), kfj wrote:
On 6 Nov., 06:36, Robert Krawitz r...@alum.mit.edu wrote:
I've posted a bunch of the panorama, exposure fused, and exposure
fused panorama shots I've been working on
tohttp://rlk.smugmug.com/Other/Landscapes/4851912_oeCNm#1079379436_dCVAv
Some other comments about this whole thing:
1) Panoramas with extreme wide angle lenses do work. The 360 of
Provincetown and the shot down Crawford Notch (with the road and
railroad running off into the distance) were both taken with my
8-16 mm lens at 8 mm. There is some distortion at
/sandbox/hugin/src/foreign/vigra/vigra/basicimage.hxx:857)
If, however, I open either preview (the slow one or the fast GL one),
I'm able to do so.
--
Robert Krawitz r...@alum.mit.edu
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
Member
As I understand it, enblend selects the seam width based on its
determination of feature size -- the smaller the local feature size
(the more detail there is), the narrower the seam.
The problem here is that when the feature size is anisotropic -- for
example, the local features consist of long
.
--
Robert Krawitz r...@alum.mit.edu
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- http://ProgFree.org
Project lead for Gutenprint --http://gimp-print.sourceforge.net
Linux doesn't dictate
On Wed, 10 Nov 2010 22:51:06 -0500, Yuval Levy wrote:
On November 10, 2010 10:19:35 pm Robert Krawitz wrote:
One more panorama from the trip last month:
http://rlk.smugmug.com/Other/Landscapes/4851912_oeCNm#1086043156_p4b23
nice work, thanks for sharing.
Thanks.
Hugin kept giving me FOV
On Sun, 2 Jan 2011 09:37:41 -0500, Yuval Levy wrote:
On December 30, 2010 07:59:36 pm Bruno Postle wrote:
I think there are people who shoot some photos on holiday,
install Hugin when they get home, and get a reasonable stitch
without problems.
Hugin is also the de-facto panorama stitcher
a particular image has.
--
Robert Krawitz r...@alum.mit.edu
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- http://ProgFree.org
Project lead for Gutenprint --http://gimp
On Sat, 22 Oct 2011 19:37:29 +0100, Bruno Postle wrote:
--0015174483aa689b4d04afe77b4e
Content-Type: text/plain; charset=ISO-8859-1
On 22 Oct 2011 15:49, Robert Krawitz r...@alum.mit.edu wrote:
2) I'd like a more convenient way to delete all control points in a
region in an image
there are no control points since everything
is simply blue?
In what way? There's not much sense in trying to set control points
in uniform regions
--
Robert Krawitz r...@alum.mit.edu
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League
On Sat, 22 Oct 2011 21:05:04 +0200, Wirz wrote:
On 22/10/11 20:37, Bruno Postle twisted the bytes to say:
On 22 Oct 2011 15:49, Robert Krawitz r...@alum.mit.edu wrote:
2) I'd like a more convenient way to delete all control points in a
region in an image, with a choice of just deleting all
On Sat, 22 Oct 2011 23:43:33 +0200, Sebastian Bauer wrote:
If you have blue sky how do you connect this to the country side
underneath? As I take pictures every 30 degrees, I also do this with
the sky overhead. Would one picture be enough? If yes, how would
Hugin know that this one applies to
On Sun, 23 Oct 2011 00:59:27 -0700 (PDT), kfj wrote:
On 22 Okt., 16:49, Robert Krawitz r...@alum.mit.edu wrote:
2) I'd like a more convenient way to delete all control points in a
region in an image, with a choice of just deleting all points in
that region between a pair of images
On Sun, 23 Oct 2011 07:04:32 +0200, Sebastian Bauer wrote:
Robert thanks!
-With my lens it is impossible to cover the sky such hat there is a rim
on the bottom with landscape, thus, how do I synthesize the sky
You could do it with GIMP; you could probably also just use other sky
On Sun, 23 Oct 2011 10:25:02 -0700 (PDT), kfj wrote:
On 23 Okt., 17:17, Robert Krawitz r...@alum.mit.edu wrote:
On Sun, 23 Oct 2011 00:59:27 -0700 (PDT), kfj wrote:
On 22 Okt., 16:49, Robert Krawitz r...@alum.mit.edu wrote:
2) I'd like a more convenient way to delete all control points
On Mon, 24 Oct 2011 00:24:03 -0700 (PDT), kfj wrote:
On 23 Okt., 21:58, Robert Krawitz r...@alum.mit.edu wrote:
For my test panorama, I had to do it a few times, because part of the
foreground protruded much closer to the horizon than in the rest of
the scene (this was a 360 degree pano from
On Mon, 24 Oct 2011 12:34:46 -0700 (PDT), kfj wrote:
On 24 Okt., 14:05, Robert Krawitz r...@alum.mit.edu wrote:
On Mon, 24 Oct 2011 00:24:03 -0700 (PDT), kfj wrote:
Eek. I'm going to need more memory to use --fullscale.
Really?! I have an old Thinkpad with a 32 bit system and 3G of RAM
horizontals for alignment. :-)
http://theinspirationroom.com/daily/design/2011/8/apple_city_rendering_1.jpg
On Nov 2, 9:18 pm, Robert Krawitz r...@alum.mit.edu wrote:
On Wed, 2 Nov 2011 20:04:03 +, Bruno Postle wrote:
On Wed 02-Nov-2011 at 11:47 +0500, Emad ud din Bhatt wrote:
can we use
On Thu, 3 Nov 2011 07:06:01 -0700 (PDT), JohnPW wrote:
Well that's one of those easy situations.
When you can see the horizon clearly like that, horizontal CPs
distributed about the pano on the horizon should give you great
results. Contrary to how one might casually think, placing them far
On Thu, 3 Nov 2011 09:35:04 -0700 (PDT), JohnPW wrote:
Ah the Pilgrim monument. I haven't been there.
Very nice panoramas. They all look very well done to me. You clearly
have very high production standards.
Thanks!
When I was working for the NPS I did a similar style panorama from the
top
between shots.
I used brushes of 50 and 200 pixel diameter to fix those. And there's
another mountain panorama with our dog in the lower left corner; there
was a crack in the rock that required a lot of work to fix (and some
synthesized rock and sky in the corners).
--
Robert Krawitz
On Thu, 17 Nov 2011 09:29:23 -0800 (PST), kfj wrote:
On 16 Nov., 09:25, JohnPW johnpwatk...@gmail.com wrote:
Ha! Just as I expected someone with a good knowledge of the subject
has responded as I wrote this.
...
But I really think using a camera that can
take movies might be a good way to
to parallax
error, you either have to do that work anyway or live with bad
alignment.
--
Robert Krawitz r...@alum.mit.edu
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- http://ProgFree.org
panoramas. Horizontal lines can also be useful for
removing perspective from façades of buildings, but only when you are using
rectilinear projection for the output.
What about equirectangular or cylindrical (or Mercator)?
--
Robert Krawitz r...@alum.mit.edu
if the cast uses a union type, e.g.:
int f() {
double d = 3.0;
return ((union a_union *) d)-i;
}
The -fstrict-aliasing option is enabled at levels -O2, -O3, -Os.
--
Robert Krawitz
are done now.
--
Robert Krawitz r...@alum.mit.edu
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- http://ProgFree.org
Project lead for Gutenprint --http://gimp-print.sourceforge.net
On Thu, 9 Feb 2012 11:39:35 -0800 (PST), kfj wrote:
On 9 Feb., 15:44, Robert Krawitz r...@alum.mit.edu wrote:
In regards focal length of source image: this would have been very
useful to me when preparing this
image:http://rlk.smugmug.com/Other/Landscapes/4851912_XB4SmT#!i=450968307k
On Fri, 10 Feb 2012 00:14:28 -0800 (PST), kfj wrote:
On 10 Feb., 03:59, Robert Krawitz r...@alum.mit.edu wrote:
Combining enfuse
and enblend (enmeld?) would solve my last big problem with extended
dynamic range panoramas. This is an example (look at the sky near the
horizon):http
On Sat, 5 May 2012 11:22:04 -0700 (PDT), T. Modes wrote:
Also the lens tab was removed. The functions moved to the images tab.
Good. This distinction has always seemed gratuitous.
--
Robert Krawitz r...@alum.mit.edu
MIT VI-3 1987 - Congratulations MIT
configuration utility.
For more information and an example, see:
http://www.mpetroff.net/archives/2012/05/28/introducing-pannellum/
Or the project page:
https://bitbucket.org/mpetroff/pannellum/
I've tested it across a range of browsers, but I'd appreciate any
feedback or bug reports.
--
Robert
by my mouse movement.
--
Robert Krawitz r...@alum.mit.edu
MIT VI-3 1987 - Congratulations MIT Engineers men's hoops Final Four!
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- http
/foreign/vigra/vigra/sized_int.hxx:141:65:
required from here
--
Robert Krawitz r...@alum.mit.edu
MIT VI-3 1987 - Congratulations MIT Engineers men's hoops Final Four!
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League
+#ifdef __GNUC__
+# if __GNUC__ = 4
+# if __GNUC_MINOR__ = 6
+#pragma GCC diagnostic warning -Wenum-compare
+# endif
+# endif
+#endif
+
} // namespace vigra
#endif /* VIGRA_SIZED_INT_HXX */
--
Robert Krawitz r...@alum.mit.edu
MIT VI-3 1987 - Congratulations
I've made a few more changes to suppress build noise, attached. I've
also attached a build log containing the remaining warnings.
--
Robert Krawitz r...@alum.mit.edu
MIT VI-3 1987 - Congratulations MIT Engineers men's hoops Final Four!
Tall Clubs
On Sat, 23 Feb 2013 01:15:53 -0800 (PST), T. Modes wrote:
Hi Robert,
On 23 Feb., 03:00, Robert Krawitz r...@alum.mit.edu wrote:
I've made a few more changes to suppress build noise, attached. I've
also attached a build log containing the remaining warnings.
Thanks for the patch. I
/cpfind/main.cpp:31:
/home/rlk/sandbox/hugin/src/foreign/zthread/include/zthread/PoolExecutor.h:58:9:
warning: ‘ZThread::PoolExecutor’ has a field ‘ZThread::PoolExecutor::_impl’
whose type uses the anonymous namespace [enabled by default]
--
Robert Krawitz r
On Mon, 25 Feb 2013 09:52:50 -0800 (PST), T. Modes wrote:
Hi Robert,
On 24 Feb., 19:55, Robert Krawitz r...@alum.mit.edu wrote:
Here's another warning fix.
diff -r 074d34083817 src/hugin1/ptbatcher/PTBatcherGUI.cpp
--- a/src/hugin1/ptbatcher/PTBatcherGUI.cpp Sat Feb 23 10:15:41 2013
attempts to find the
greatest rectilinear area that is entirely enclosed within the image
(an inner envelope, if you will).
These are ranked in order of importance (to me).
--
Robert Krawitz r...@alum.mit.edu
MIT VI-3 1987 - Congrats MIT Engineers 5
());
size_t oldStackSize = cfg-Read(wxT(/StackDialog/StackSize), 3);
oldStackSize = std::min(oldStackSize, pano.getNrOfImages());
stackSpin-SetValue(oldStackSize);
--
Robert Krawitz r...@alum.mit.edu
MIT VI-3 1987 - Congrats MIT Engineers 6 straight men's
);
oldStackSize = std::min(oldStackSize, pano.getNrOfImages());
stackSpin-SetValue(oldStackSize);
--
Robert Krawitz r...@alum.mit.edu
MIT VI-3 1987 - Congrats MIT Engineers 6 straight men's hoops tourney
Tall Clubs International -- http
Mesa-libglapi0-10.2.4-381.1.x86_64
Mesa-libglapi0-32bit-10.2.4-381.1.x86_64
libOSMesa-devel-10.2.4-381.1.x86_64
libOSMesa9-10.2.4-381.1.x86_64
libOSMesa9-32bit-10.2.4-381.1.x86_64
--
Robert Krawitz r...@alum.mit.edu
MIT VI-3 1987 - Congrats MIT Engineers 6
On Tue, 05 Aug 2014 12:22:26 +1000, Terry Duell wrote:
Hello Robert,
On Tue, 05 Aug 2014 11:53:35 +1000, Robert Krawitz r...@alum.mit.edu
wrote:
I've observed a problem with the GL preview that makes it very hard to
use for many of my panoramas. Particularly when I use a wide angle
lens
matter.
Near as I can tell the other preview does not do it.
It doesn't.
--
Robert Krawitz r...@alum.mit.edu
MIT VI-3 1987 - Congrats MIT Engineers 6 straight men's hoops tourney
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
Member
On Wed, 06 Aug 2014 08:24:25 +1000, Terry Duell wrote:
Hello Robert,
On Tue, 05 Aug 2014 22:07:49 +1000, Robert Krawitz r...@alum.mit.edu
wrote:
On Tue, 05 Aug 2014 12:34:31 +1000, Terry Duell wrote:
[snip]
OK. Can you provide a .pto from a very early stage, i.e. prior to doing
any
preview, http://rlk.smugmug.com/Photography/Hugin-demo/n-NbPQS/), then
in my case it isn't affected by canvas size (I always set the canvas
size to optimal right away).
--
Robert Krawitz r...@alum.mit.edu
MIT VI-3 1987 - Congrats MIT Engineers 6 straight men's
-4_8-branch revision 212064] (SUSE Linux)
--
Robert Krawitz r...@alum.mit.edu
*** MIT Engineers A Proud Tradition http://mitathletics.com ***
Member of the League for Programming Freedom -- http://ProgFree.org
Project lead for Gutenprint --http
If you do an in-tree build (I know...not recommended),
src/hugin1/hugin/xrc/data/help_en_EN/Makefile gets overwritten in the
build process, leaving a modified file in the tree.
--
Robert Krawitz r...@alum.mit.edu
*** MIT Engineers A Proud Tradition http
On Sat, 6 Feb 2016 08:19:55 +0100, Jan Dubiec wrote:
> On 2016-02-06 02:13, Robert Krawitz wrote:
> [...]
>> ABI versions of what?
> Compilers ABI, i.e. C++ ABI version 1002 vs. 1009. I bet that you
> compile hugin with gcc 5.2/5.3 and have wxWidgets compiled with gcc 4.x.
I t
On Sat, 6 Feb 2016 08:19:55 +0100, Jan Dubiec wrote:
> On 2016-02-06 02:13, Robert Krawitz wrote:
> [...]
>> ABI versions of what?
> Compilers ABI, i.e. C++ ABI version 1002 vs. 1009. I bet that you
> compile hugin with gcc 5.2/5.3 and have wxWidgets compiled with
with 2.6),
and your program used 2.8 (no debug,Unicode,compiler with C++ ABI 1009,STL
containers,compatible with 2.6).
Aborted
--
Robert Krawitz <r...@alum.mit.edu>
*** MIT Engineers A Proud Tradition http://mitathletics.com ***
Member of the
On Sat, 6 Feb 2016 12:04:22 +1100, Greg 'groggy' Lehey wrote:
> On Friday, 5 February 2016 at 19:59:45 -0500, Robert Krawitz wrote:
>> I'm getting a rather strange runtime error. Running openSUSE Leap
>> 42.1, building my own package from hg:
>>
>> $ /usr/bin/hug
ase_wx/CMakeFiles/huginbasewx.dir/build' not
remade because of errors.
CMakeFiles/Makefile2:1570: recipe for target
'src/hugin1/base_wx/CMakeFiles/huginbasewx.dir/all' failed
make[1]: *** [src/hugin1/base_wx/CMakeFiles/huginbasewx.dir/all] Error 2
--
Robert Krawitz
be missing something obvious, but it's not apparent just what.
--
Robert Krawitz <r...@alum.mit.edu>
*** MIT Engineers A Proud Tradition http://mitathletics.com ***
Member of the League for Programming Freedom -- http://ProgFree.org
Projec
The difference with Linux is that you have a choice of raw
> conversion tools, and that's one of the main reasons for using raw
> images in the first place.
False dichotomy; there's nothing preventing someone from using a
separate tool to convert the RAWs into TIFFs or JPEGs and invok
>> > also not true that dcraw will strip all dynamic range data. You can check
>> > its possibilities here (https://www.cybercom.net/~dcoffin/dcraw/)
>>
>> PTGui uses only a fraction of that possibilities. I'd never shoot raw
>> o
-NbPQS/i-SG9bZrM
[7] https://rlk.smugmug.com/Photography/Hugin-demo/n-NbPQS/i-tmdKB7J
--
Robert Krawitz
*** MIT Engineers A Proud Tradition http://mitathletics.com ***
Member of the League for Programming Freedom -- http://ProgFree.org
Project lead
panoramas outdoors, but not necessarily only distant
landscapes), but I can uusually get a good stitch.
Also, if you haven't already done so, you might want to try using
multiblend rather than enblend.
--
Robert Krawitz
*** MIT Engineers A Proud Tradition http
On 2/8/21 8:13 AM, Monkey wrote:
>
> Thanks for trying. That is about as good as I would have expected from the
> input images. I had
> another go myself, starting from scratch and placing the images manually
> before running optimise.
>
> Once I'd run optimise, however, the images weren't
On 1/31/22 11:41, johnfi...@gmail.com wrote:
> The most important use case for this idea would also depend on support for
> low priority control
> points, which IIUC is in a fork of Hugin that I haven't had time to look at
> yet.
>
> Assume that control points are very accurately placed, but
On 2/6/22 20:09, Greg 'groggy' Lehey wrote:
> It seems that Google is going over the top in trying to control spam,
> and in the process it is rejecting valid mail. I'm seriously
> considering giving up my Gmail account. If you have a Gmail account,
> you should at least check the spam folder
89 matches
Mail list logo