On Sat, Sep 12, 2009 at 9:15 PM, Yuval Levy wrote:
>
> Hello developers,
>
Hi everybody,
Would it be possible for someone to describe in the libpano mailing
list what the problem is?
I don't read all the messages on this mailing list, so please, for bug
reports of libpano, send them
to its app
Hi Kornel,
Thank for your help!
I solved this problem by simply changing the text in CMakeLists.txt in
hugin-trunk\platforms\windows\installer
IF (WIN32)
SET (HUGIN_BUILDER "Bob" CACHE STRING
"set Builder Name."
)
IF(NOT HUGIN_BUILDER)
MESSAGE(FATAL_ERROR "Need to set build
Hullo All,
On Sep 7, 2:26 am, Bruno Postle wrote:
> As well as gpu-stitching, the hugin-2009.2.0 beta also has another
> new feature 'seam blending before exposure fusion'.
Brunos new tutorial fired me up to experiment with the new blend and
fuse stitcher options.
Firstly, my camera has auto ex
Hello developers,
I'm not sure if I asked the questions already:
do we still need the workaround around line 138 in
src/hugin_base/panotools/PanoToolsOptimizerWrapper.cpp
#ifdef HasPANO13
// work around a small bug in libpano13 that does not
// enforce the m0 default in the m line, i
Andreas Metzler wrote:
> the hugin libraries are using symbols
> from libglew and libopengl without being linked against them. I think
> this patch is called for:
applied
Yuv
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Dear Guido,
Guido Kohlmeyer wrote:
>> To be really perfect the updated mechanism should keep up with *any*
>> state of Hugin and match a combination of "branch" and revision number.
>> (I prefer to call it a "codeline" - to branch is for me the action of
>> splitting one codeline from the othe
Lukáš Jirkovský wrote:
> 2009/9/9 T. Modes :
>> Problematic are moving objects (like trees in wind) which extends
>> above the horizon. I hope the new deghosting Lukas is working will
>> help a bit.
>
> I think I'll disappoint you, but I've found out that it's not very
> good with small moving ob
2009/9/12 Tduell :
>
> Hullo All,
> Not sure if this is a problem unique to me or my browser
It's not you.
mick
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"hugin and other free panoramic software" group.
A list
I was hoping to find someone close who could answer some questions as
I was working with specific files, basically someone who could look
over my shoulder. Its a lot easier that way than trying to explain
everything in a message. I'll muddle through but may get back to you
if I need to. Thanks
Hullo All,
Not sure if this is a problem unique to me or my browser (I'm using
Opera 10), but selecting any of the latest links in the news section
of the Hugin home page (http://hugin.sourceforge.net/) opens a blank
page.
No error message, no indication that the page is still loading...
nothing.
Hello,
One more note, it appears that align_image_stack creates control points in
moving pairs along the stack. I had thought that it created control points
with each image to the base image. But it creates CP between 0 and 1, then
1 and 2, then 2 and 3 ... and so on. Perhaps would help you as
Hello,
As for luminance optimization, so long as you don't hit optimize in the
photometric panel you should be ok. At least as far as I understand
everything.
The parameters you should be optimizing are y,p,r, and v for each image with
the exception of the anchor. Do not start optimizing the a,
Gerry,
Thank you for your answer. I was able to get a decent output by running
align_image_stack and enfuse from the command line, as described in the
tutorial. However my original purpose in posting to this forum was to find
out if it is possible to use the GUI frontend for this. From your answ
You should not try luminance optimization for a single stack with the
hugin gui,
it will almost always result in (unwanted) light ring.
If you shot stacks with a tripod, you can probably use enfuse directly,
otherwise, align_stack should do the job.
Y. Tennevin
Gerry Patterson wrote:
>
>
> On
On Sat, Sep 12, 2009 at 9:56 AM, John Isner wrote:
> Let me rephrase my original question: Can focus stacking be done using
> only the GUI front end (hugin.exe)?
>
>
>
>
Let me rephrase my answer:
Align_image_stack does the following:
1. creates control points
2. determines the best alig
Let me rephrase my original question: Can focus stacking be done using only
the GUI front end (hugin.exe)?
Hello
>
> Align-image_stack should probably be on your system if you have hugin
> installed. If you can, it would be useful to try it in case it turns
> out you have a set of images that ar
Hi Bruno,
Not sure if I found a bug or if I am doing something wrong. I am
using SVN4352 of 2009.2. I attempted to use the default arguments for
autopano-SIFT-C, and I found that it indicates conversion to a
stereographic projection in the control point generation window, even
though an equirec
Am Samstag 12 September 2009 schrieb michael crane:
> 2009/9/12 Kornel Benko :
> > You need the development version of freeglut. Something like
> > freeglut3-dev and libglut3-dev on ubuntu.
>
> I thought I had the devel package but apparently not.
> but now it says.
>
> [m...@:~/hugin_src/hugin
2009/9/12 Kornel Benko :
> You need the development version of freeglut. Something like freeglut3-dev
> and libglut3-dev on ubuntu.
I thought I had the devel package but apparently not.
but now it says.
[m...@:~/hugin_src/hugin]$ cmake -DCMAKE_INSTALL_PREFIX=/usr/local
-- Current SVN revisi
Am Samstag 12 September 2009 schrieb Bob:
> Hi Guido,
>
> I really very much appreciate your help!
> I pass the compiling error using your glut.txt. Thanks!
> But now I got a new error when the Hugin compiling progress reach 70%
> using CMake , It says
>CMake Error at platforms/windows/installe
Am Samstag 12 September 2009 schrieb Harry van der Wolf:
> 2009/9/12 michael crane
>
> > so any idea why I get an error building the pdf ?
> >
> > I get the exact same errors you get and I'm on OSX. They are from the
>
> transfig package. I'm using transfig 3.2.5_1 which is the latest main
> versi
Hi Guido,
I really very much appreciate your help!
I pass the compiling error using your glut.txt. Thanks!
But now I got a new error when the Hugin compiling progress reach 70%
using CMake , It says
CMake Error at platforms/windows/installer/CMakeLists.txt:6
(Message):
Need to set builder
2009/9/12 michael crane
>
> so any idea why I get an error building the pdf ?
>
> I get the exact same errors you get and I'm on OSX. They are from the
transfig package. I'm using transfig 3.2.5_1 which is the latest main
version. the subversion (not svn) is now at 3.2.5_3 or something .
> I a
so any idea why I get an error building the pdf ?
I assume enblend can be built separately ? without all the hugin stuff ?
I tried to build Hugin but I have freeglut not glut and it won't work.
Is there a way to say use freeglut ?
regards
mick
--~--~-~--~~~---~--~-
On Fri, Sep 11, 2009 at 17:46, Yuval Levy wrote:
>
> Bruno Postle wrote:
>> I 'think' this is caused by building on a system with the
>> proprietary nvidia driver, it would be useful to confirm this.
>
> I'll only have access to my (Ubuntu) workstation with proprietary nvidia
> drivers in one wee
Andreas Metzler wrote:
[...]
> this also fails for me on up to date Debian/unstable *without* Nvidia
> stuff if I am using -Wl,--as-needed.
> mkdir build-dir
> cd build-dir && cmake -DCMAKE_INSTALL_PREFIX=/usr
> -DCMAKE_EXE_LINKER_FLAGS="-Wl,--as-needed -Wl,-z,defs"
> -DCMAKE_MODULE_LINKER_FL
2009/9/9 T. Modes :
>
>>
>> This tutorial shows how to stitch such an 'unstitchable'
>> auto-exposed panorama using hugin-2009.2.0:
>>
>> http://hugin.sourceforge.net/tutorials/auto-exposure/
>
> I'm using this technique a while (until now manually).
> It works great for handheld panorama with bri
Bruno Postle wrote:
> On Fri 11-Sep-2009 at 15:16 +0200, Serge Droz wrote:
>> ../libhuginbase.so.0.0: undefined reference to `gluOrtho2D'
>> ../libhuginbase.so.0.0: undefined reference to `gluErrorString'
> I 'think' this is caused by building on a system with the
> proprietary nvidia driver,
>> The workaround is to build like this:
>>
>>cmake -DCMAKE_CXX_FLAGS="-lGLU" .
>>make
>> etc..
This did the trick. Thanks a lot.
Serge
>
> Yes, my version of Hugin Fedora x86_64 was built on a system with the
> proprietary nvidia driver.
>
> The following is a snippet from the s
29 matches
Mail list logo