Hullo Yuv,
On Oct 30, 4:11 pm, Tduell wrote:
> 2. The subject of this thread was unrelated. Selected projections
> stitch to a different projection. Stitching without gpu solves the
> problem in some cases, but not all have been tested without gpu. That
> should be soon.
Have just finished ret
Hullo Yuv,
On Oct 30, 2:55 pm, Yuval Levy wrote:
>
> thanks, Terry. I've reworded the bug reports [0] accordingly.
[snip]
> [0]https://sourceforge.net/tracker/?func=detail&aid=2886901&group_id=775...
Just to clarify, there were two issues.
1. Stitching a stereographic projection fails with an
Hullo Yuv,
On Oct 30, 2:55 pm, Yuval Levy wrote:
[snip]
> thanks, Terry. I've reworded the bug reports [0] accordingly.
>
> is there any reason why you had gpu stitching on by default? is it so
> much faster than cpu stitching?
I haven't done any accurate timing, but my perception is that it is
Tduell wrote:
> Well that is a good result...as it points to the experimental gpu code
> as the cause of the output projection errors, and it looks as though
> all may be well with 2009.4.0-RC2 and libpano13-2.9.15-RC3 after all.
> I think I will find a bit more time to run through ALL these cases
after an aborted attempt to release hugin-2009.4.0_rc3 last weekend (I
had too many things at the same time on my plate), I'll release rc3 this
weekend.
however, given the gravity of the bug reported recently [0] (thanks for
the bug report) I question whether we should wait for it to be fixed
Hullo Yuv, All,
On Oct 30, 8:53 am, Tduell wrote:
[snip]
> > Do you have a possibility to use libpano13-2.9.15_rc3 ?
>
> Yes. I can build libpano13-2.9.15_rc3 and then build hugin 2009.4.0-
> RC2 using that. I will do that, but it may be a day or two before I
> can report back on that.
[snip]
On Oct 29, 4:19 pm, Erik Krause wrote:
> > should there be one set of values per lens or per photo?
>
> For a given lens (and focusing distance) you should have one set of
> correction parameters. Use a sharp image for calibration without
> overexposed ares. Use v (FoV) optimization only for the
Carl,
Thanks that sounds like a good idea!
all the best
George
On 28 Oct, 12:06, Carl von Einem wrote:
> George,
>
> this also happens on my G5 / Mac OS X 10.4.11 when I follow your
> description. hugin just dies without an error message. Nasty bug.
>
> As a suggestion this is what I do:
> Usu
slaterson wrote
> should tca_correct be run on every image? my simple test is telling i
> should.
I wouldn't do this.
> to test this (i can't seem to find docs or a howto anywhere) i took 3
> photos from a bracketed set of photos for a pano. the three photos
> are one 'bracket', -2 ev, 0 ev a
should tca_correct be run on every image? my simple test is telling i
should.
to test this (i can't seem to find docs or a howto anywhere) i took 3
photos from a bracketed set of photos for a pano. the three photos
are one 'bracket', -2 ev, 0 ev and +2 ev for one camera position. i
ran tca_cor
On Thu, 29 Oct 2009, Daniel Reetz wrote:
> On Wed, Oct 21, 2009 at 3:49 PM, Stefan de Konink wrote:
>
> > Maybe you all remember Bundler[1] that was pretty nifty. I just stumbled
> > again on PMVS2[2] they have released their software now under the GPL.
>
> > [2] http://grail.cs.washington.edu/s
Hullo Yuv,
On Oct 29, 10:54 pm, Yuval Levy wrote:
> Hi Terry,
[snip]
> Do you have a possibility to use libpano13-2.9.15_rc3 ?
Yes. I can build libpano13-2.9.15_rc3 and then build hugin 2009.4.0-
RC2 using that. I will do that, but it may be a day or two before I
can report back on that.
> I
Hallo Yuval,
> 2009.2 comes with control point creator presets [0] for the most popular
> CP generators known, but these generators are not part of the official
> Hugin tarball distribution.
> I don't know if Allard did put any or all of them in his Windows binary
> installer, and if he did wh
Daniel Reetz wrote:
> On this page they say "This software should be used by computer
> vision/graphics engineers, and is not suitable for artists. If you are
> an artist and interested in 3D reconstruction from photographs, please
> visit Automatic Reconstruction Conduit or Photosynth.". What do
On Wed, Oct 21, 2009 at 3:49 PM, Stefan de Konink wrote:
> Maybe you all remember Bundler[1] that was pretty nifty. I just stumbled
> again on PMVS2[2] they have released their software now under the GPL.
> [2] http://grail.cs.washington.edu/software/pmvs/
On this page they say "This software
Hi Lajos,
I have started the development for an option to select the output, no matter
what the input is. The point is that KImageFuser development has been on
"stand still" for 2 months or so now. I'm trying to release a new version
in about 3-4 weeks.
Harry
2009/10/29 Lajos Höss
> Hi,
>
> I
namklim wrote:
> On Oct 26, 8:08 am, allard wrote:
>> Hi all,
>>
>> I made an installer package for Hugin on 32-bit windows
>
> When I try to stitch with Stitch Now I get the error
> make: *** No rule to make target `F:\Documents and Settings\me\My
> Documents\My Pictures\2009\10\2009-10-27\', n
Hi,
I use this great tool. (Version 0.3.1). Good for focus stack or exposure
stack. Possibly add new feature, save to tiff option, for final processing
with Gimp? I want to use some expert parameter, for example
"ContrastWindowSize". Thanks.
Lajos
--~--~-~--~~~---~--
Hallo Joachim,
J. Schneider wrote:
> cp-generators selected) can run only aps-c. Autopano is not found (when
> I copy it into bin\ it works) and Panomatic and Match-n-shift give
> "Could not execute command: panomatic.exe -o d:\tmp\ap_D.tmp "D:\use
> rs\... ..."
2009.2 comes with control point
Hi Terry,
I've been mostly absent this week because of a critical deadline
November 2. I still have a few things to do about it, but the big rush
is gone and I'm now starting to catch up with what happened on the Hugin
project this week.
Tduell wrote:
> , I thought it might be informative to
20 matches
Mail list logo