Re: [hugin-ptx] hugin ubuntu nightly build broken

[tennevin yves]

On 07/18/2011 01:30 AM, Terry Duell wrote:

Hullo Tennevin,

On Mon, 18 Jul 2011 07:50:28 +1000, tennevin yves 
 wrote:



Reporting it here just in case...
I am not feeding a bug report since It's in the unstable tree,
and as this might be intented... (structures changes affecting the
control point generators?)

Tested with hugin version -  2011.3.0.6df666909a91
from ppa:hugin/nightly

With this version installed, all the control points are linked toward
the first image, meaning the first image off the panos will have all the
control point while the other images will have none...


The default branch version changed before I saw this.
I have just built the current default branch (2011.3.0-f7071130bfce) 
in Fedora 15 x86_64, and it seems to be behaving OK.
No sign of the problem you reported with the tests I have run. Could 
you try again with the next available nightly and see if you still 
have the problem? It might be a good idea to also try with another 
project.


Cheers,

Cannot reproduce it. Seems fixed.

--
Yves Tennevin / esby  free.fr

http://esby.free.fr/contact.html

--
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 group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

[hugin-ptx] hugin ubuntu nightly build broken

[tennevin yves]

Reporting it here just in case...
I am not feeding a bug report since It's in the unstable tree,
and as this might be intented... (structures changes affecting the 
control point generators?)


Tested with hugin version -  2011.3.0.6df666909a91
from ppa:hugin/nightly

With this version installed, all the control points are linked toward 
the first image, meaning the first image off the panos will have all the 
control point while the other images will have none...


Screenshot 1 - http://www.flickr.com/photos/styeb/5947591597 (0 control 
points created for the second image here...)
Screenshot 2 - http://www.flickr.com/photos/styeb/5948146754 (the 
control points are linking to the same image... which is kinda weird :D )


--
Yves Tennevin / esby  free.fr

http://esby.free.fr/contact.html

--
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 group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx

[hugin-ptx] Re: focus stacking for dummies?

[tennevin yves]

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 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 alignment and (in your case) field of view
>   for each image by optimizing the error of between the control
>   points of the images to a minimum
>3. writes out the remapped images
>
> Enfuse does the following:
>
>1. fuse the input images based on what ever options you pass it.
>
> You will need to perform the same operations in the GUI.  
> Specifically, ensure each image is given its own lens and optimize the 
> 'v' parameter for each image with the exception of the anchor image.
>
> If you are looking for a short answer, I don't have one for you.  
> Perhaps someone else does, and will give you a quick yes/no.  In the 
> mean time
>
> - Gerry
>
>
>
> >


--~--~-~--~~~---~--~~
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 group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---

[hugin-ptx] Questions about enfuse/enblend with gpu option

[tennevin yves]

Got a few random questions about gpu with enfuse/enblend:
I noticed a gpu option,
Is this option usable or doing anything particular?

I did a few test with my new machine:
Intel(R) Core(TM)2 Quad CPUQ9400  @ 2.66GHz
GeForce 9500 GT.
8 gb of RAM.
Ubuntu 64 bits,
hugin svn 4233.
enblend / enfuse 3.2-staging-rev350

I did a processing of 12000x6000 pixels  - 360x180 equirectangular 
panorama (32 images, 10 at 36/0,  10 at 36/45, 10 at 36/-45 , zenith & 
nadir)
The images were already processed, so I just runned the enfuse command 
twice, while measuring the time and (trying) to do nothing else during it.

I got 309s without the gpu option used and 282s with it.

Is this linked to my cheap gpu?
There were some NaN (not a number) warnings during the processing with nona.
Is it linked to the size of the panorama?
What are the gain that could be achieved or estimated with a better gpu?

esby / Y. Tennevin

--~--~-~--~~~---~--~~
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 group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---

[hugin-ptx] Re: problem building hugin on ubuntu 9.04

[tennevin yves]

Just a random comment, any particular reason to use a goto statement?

void panoLocaleRestore(void) {...}->

int panoLocaleRestore(int returnCode)
{
  setlocale(LC_ALL,oldLocale);
  free(oldLocale);
  return returnCode;
}

and replacing all the 'goto fail;' by a 'return panoLocalRestore(-1);' ?

and 'panoLocaleRestore(); return 0; '
by  return panoLocalRestore(0); ?


cri a écrit :
>
> I tested the various libpano and found out that with libpano rev 1016
> all works while with rev 1017 I got the problem.
>
> Here is the log of rev 1017:
> http://panotools.svn.sourceforge.net/viewvc/panotools?view=rev&revision=1017
>
> I'm on Ubuntu 9.04 amd64
> As I stated some posts above, the problem doesn't exists on i386 OS:
> I've tested the hugin building process on a virtual machine with
> xubuntu 9.04 i386 without encountering any problem.
>
> On 18 Ago, 07:46, cri  wrote:
>   
>> On 17 Ago, 21:17, Yuval Levy  wrote:
>>
>> 
>>> cri wrote:
>>>   
>>>  > i tried to install a previous revision of libpano
>>>   
 (1005) and the problem is gone!
 
>>> do you mean that trunk does not work and rev. 1005 works?
>>>   
>>> Yuv
>>>   
>> Yes Yuv... I will try to advance unit per unit starting from rev 1005
>> to discover when the problem arise.
>> Now I have compiled latest revision of hugin, autopano-sift-C and
>> enblend plus libpano rev1005 and all works well.
>> 
> >
>
>   


--~--~-~--~~~---~--~~
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 group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---

[hugin-ptx] Re: problem building hugin on ubuntu 9.04

[tennevin yves]

I compiled again the svn head and I can't reproduce the crash.
Could it be linked to other factors like libpano state?

tennevin yves a écrit :
> I just installed my new computer (quad core under ubuntu 64bits).
> I remember getting those segfault when I tried to build the last svn 
> version...
>
> Since ,I installed rev 4008 and  i am not getting those segfault anymore.
> I guess autopano-sift-c is not at fault, since it is only used to create CP.
> (I am using panomatic so it's definitely not linked imo).
>
> cri a écrit :
>   
>> I add again to this topic because I tried to install two virtual
>> machine on my pc to test the problem of the previous post. I used a vm
>> running ubuntu 9.04 64bit and one running xubuntu 9.04 i386 both fresh
>> installed and updated as of today.
>> In Xubuntu the problem doesn't exist and hugin runs without problem
>> while in ubuntu 64 guest (same as the ubuntu host) hugin exits after
>> auto-alignement in the assitant tab and also exits after some
>> optimization cycle from the optimization tab. Next I copy&pasted as
>> examples two case of output from command line:
>>
>> ...
>> hugin[0x46d809]
>> === Memory map: 
>> 0040-00602000 r-xp  08:08
>> 507556 /usr/local/bin/hugin
>> 00801000-00802000 r--p 00201000 08:08
>> 507556 /usr/local/bin/hugin
>> 00802000-00805000 rw-p 00202000 08:08
>> 507556 /usr/local/bin/hugin
>> 00805000-00848000 rw-p 00805000 00:00 0
>> 01d27000-03a64000 rw-p 01d27000 00:00
>> 0  [heap]
>> 416e9000-41762000 rw-p  00:0f
>> 710/dev/zero
>> 419d2000-419d4000 rwxp  00:0f
>> 710/dev/zero
>> 7f4b-7f4b00021000 rw-p 7f4b 00:00 0
>> 7f4b00021000-7f4b0400 ---p 7f4b00021000 00:00 0
>> 7f4b04712000-7f4b05ddb00Aborted
>>
>>
>> 
>>
>> ...
>> after 336 iteration(s):  0,000233471834165411 units
>> Strategy 2
>> Average (rms) distance between Controlpoints
>> after 337 iteration(s):  0,000233471747459392 units
>> Strategy 2
>> Average (rms) distance between Controlpoints
>> after 338 iteration(s):  0,000233471693732617 units
>> Strategy 2
>> Average (rms) distance between Controlpoints
>> after 339 iteration(s):  0,000233471677867366 units
>> Strategy 2
>> Average (rms) distance between Controlpoints
>> after 340 iteration(s):  0,000233471652234828 units
>>
>> Segmentation fault
>>
>>
>> Note the "Aborted" message on the first and "Segmentation fault" on
>> the second. I always got randomly one of those two messages although I
>> always open the same couple of photos. Also, the messages, appears
>> always in different position of the output (not always on the same
>> line: see also three posts above).
>>
>> I also tried to install revision 4008 of hugin and autopano-sift-C but
>> the error was still there.
>>
>> Is there someone that is running hugin from svn on Ubuntu 64 system? I
>> wonder if it's a problem of hugin itself or maybe a package that
>> changed in Ubuntu (hugin svn 4008 was working without problem on my
>> system until the end of july).
>>
>> Thanks for any help.
>> Cristian
>>
>> 
>>   
>> 
>
>
> >
>
>
>   


--~--~-~--~~~---~--~~
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 group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---

[hugin-ptx] Re: problem building hugin on ubuntu 9.04

[tennevin yves]

I just installed my new computer (quad core under ubuntu 64bits).
I remember getting those segfault when I tried to build the last svn 
version...

Since ,I installed rev 4008 and  i am not getting those segfault anymore.
I guess autopano-sift-c is not at fault, since it is only used to create CP.
(I am using panomatic so it's definitely not linked imo).

cri a écrit :
> I add again to this topic because I tried to install two virtual
> machine on my pc to test the problem of the previous post. I used a vm
> running ubuntu 9.04 64bit and one running xubuntu 9.04 i386 both fresh
> installed and updated as of today.
> In Xubuntu the problem doesn't exist and hugin runs without problem
> while in ubuntu 64 guest (same as the ubuntu host) hugin exits after
> auto-alignement in the assitant tab and also exits after some
> optimization cycle from the optimization tab. Next I copy&pasted as
> examples two case of output from command line:
>
> ...
> hugin[0x46d809]
> === Memory map: 
> 0040-00602000 r-xp  08:08
> 507556 /usr/local/bin/hugin
> 00801000-00802000 r--p 00201000 08:08
> 507556 /usr/local/bin/hugin
> 00802000-00805000 rw-p 00202000 08:08
> 507556 /usr/local/bin/hugin
> 00805000-00848000 rw-p 00805000 00:00 0
> 01d27000-03a64000 rw-p 01d27000 00:00
> 0  [heap]
> 416e9000-41762000 rw-p  00:0f
> 710/dev/zero
> 419d2000-419d4000 rwxp  00:0f
> 710/dev/zero
> 7f4b-7f4b00021000 rw-p 7f4b 00:00 0
> 7f4b00021000-7f4b0400 ---p 7f4b00021000 00:00 0
> 7f4b04712000-7f4b05ddb00Aborted
>
>
> 
>
> ...
> after 336 iteration(s):  0,000233471834165411 units
> Strategy 2
> Average (rms) distance between Controlpoints
> after 337 iteration(s):  0,000233471747459392 units
> Strategy 2
> Average (rms) distance between Controlpoints
> after 338 iteration(s):  0,000233471693732617 units
> Strategy 2
> Average (rms) distance between Controlpoints
> after 339 iteration(s):  0,000233471677867366 units
> Strategy 2
> Average (rms) distance between Controlpoints
> after 340 iteration(s):  0,000233471652234828 units
>
> Segmentation fault
>
>
> Note the "Aborted" message on the first and "Segmentation fault" on
> the second. I always got randomly one of those two messages although I
> always open the same couple of photos. Also, the messages, appears
> always in different position of the output (not always on the same
> line: see also three posts above).
>
> I also tried to install revision 4008 of hugin and autopano-sift-C but
> the error was still there.
>
> Is there someone that is running hugin from svn on Ubuntu 64 system? I
> wonder if it's a problem of hugin itself or maybe a package that
> changed in Ubuntu (hugin svn 4008 was working without problem on my
> system until the end of july).
>
> Thanks for any help.
> Cristian
>
> >
>
>
>   


--~--~-~--~~~---~--~~
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 group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---

[hugin-ptx] manually creating fake control points with already aligned images.

[tennevin yves]

With the recent versions of hugin, we can manually align non linked images.
I just bought a nodal ninja 3 with a rotator a few days ago, so each of 
my images is aligned with a given angle (here 36°).
I can manually align the images, by learning the multiple of  (36°), but if I want to rotate the panorama, I can't since images 
are not 'linked' or 'glued' together.
Could there be a way to:
- mass align image manually? ( + or -36 72 108 or any other multiple of 
a given angle)
- create fake control point with the fast preview window, so the 
adjacent images become glued together.
So the resulting panorama can be shifted in the hugin fast preview.

esby / Y. Tennevin

--~--~-~--~~~---~--~~
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 group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---

[hugin-ptx] A few issues under windows ( 0.8.0.3652 Allard )

[tennevin yves]

1- when hitting the 'align'  button in first tab, it opens all the time 
the normal preview window.
This is weird, because if you use the fast preview window, you get the 
two windows being opened...
Could it be possible to choose which window it will open ? (in preference?)

2- The fast preview window does not seem to share the same buffer with 
the normal preview window (this one being shared with the exposure 
correction step, I think), which means the image scaling is done at 
least twice.
Could the image scaling be done once for all, and not for each step? Is 
there a technical reason for the OpenGL preview to have it separed?

3- I've encountered issues with the fast preview not working correctly, 
maybe linked with the new projection, but I was not able to reproduce 
it. (The updating of the image would go crazy here, updating the image 
very slowly).
Not sure what is the exact cause.

Y. Tennevin / esby

--~--~-~--~~~---~--~~
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 group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---

[hugin-ptx] Re: Handling monopano HDR project with Hugin

[tennevin yves]

Bruno Postle a écrit :
> On Sat 21-Feb-2009 at 18:13 +0100, tennevin yves wrote:
>   
>>> The 'Align' button on the Assistant tab should do something like 
>>> this.
>>>   
>
>   
>> This button tries to straigthen the panorama after having performed 
>> alignement.
>> The problem is that straighten will fail in this case; probably due to 
>> the rectilinear projection and the short FOV.
>> 
>
> I'm not ure what you mean by fail, it crashes or turns everthing 
> upside-down? 'straighten' should work with narrow field of view 
> panoramas.
>
>   

http://flickr.com/photos/styeb/3298326178/
1- straightening fails. This is supposed to be rectilinear, rectilinear 
was set before clicking the button, but it still default to 
equirectangular and tries to straighten it.
2- ring of light due to vignetting correction applied to bracketted shots.

At least if we could set which projection you want before aligning it, 
it would have some logic.
If I am remembering well, the alignement is done with an equirectangular 
projection for hugin 0.7.

Technically I'd prefer having several buttons on the same level of align:
- One that does the align.
- One that does the staightening.
- One that does the exposure correction.
So you would just hit the first, and maybe the other if you need to.
Maybe some checkboxes could replace the two other buttons, with 'perform 
Straightening' and 'perform Exposure Correction'. So it becomes clear to 
the user the steps are optional.

esby / Y. Tennevin

--~--~-~--~~~---~--~~
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 group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---

[hugin-ptx] Re: Handling monopano HDR project with Hugin

[tennevin yves]

Bruno Postle a écrit :
> On Thu 19-Feb-2009 at 22:48 +0100, tennevin yves wrote:
>   
>> 1- By default the projection is set to equirectilinear with an angle of 
>> 360x180.
>> Such images needs a rectilinear projection, so I need to change the 
>> projection and calculate the field of view.
>> 
>
> The 'Align' button on the Assistant tab should do something like 
> this.
>
>   

I forgot to reply to you here.
I think there is an issue:
This button tries to straigthen the panorama after having performed 
alignement.
The problem is that straighten will fail in this case; probably due to 
the rectilinear projection and the short FOV.
Dunno if it can be called a bug or not, maybe a check to the FOV 
calculated after alignement could be performed.

esby / Y. Tennevin

--~--~-~--~~~---~--~~
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 group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---

[hugin-ptx] Re: Hugin 0.8 SVN3649 Windows installer available

[tennevin yves]

allard a écrit :
>   
>> I installed with panomatic, but the executable was missing (I had done a
>> backup of it before installing it.), no real issue here, but reporting.
>>
>> 
> Sorry about that. I don't have the panomatic executable here. It seems
> not to be included in the SDK? Should have removed it from the setup
> menu. There may be more, similar issues. I only removed stuff that
> stopped the installer from building.
> >
>
>
>   

Imo don't remove it, users who wants to use it will have it anyway,
maybe we could just add a note to get the executable from 0.7 installer 
for now.
It is setting the parameters correctly, even if the executable is missing.

esby / Y. Tennevin

--~--~-~--~~~---~--~~
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 group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---

[hugin-ptx] Handling monopano HDR project with Hugin

[tennevin yves]

I've been using Hugin to created enfused or exr HDR files from sets of 
image that are not a panorama.
Basically, a sets of several image with different exposure of a same area.

I am meeting the following 'issues':

1- By default the projection is set to equirectilinear with an angle of 
360x180.
Such images needs a rectilinear projection, so I need to change the 
projection and calculate the field of view.
1 click on Assembling tab.
2 click on rectilinear projection. 
1 click on Field of view calc.
1 click on optimal size calc.
=>5 clicks consuming the user time.

2- I need to create control points to realign the images, this is easily 
done, but there is an issue:
Is there a way to only alignate images versus the first one and not all 
together.
eg: 7 images for panomatic, currently it does:
(1-2) (1-3) (1-4) (1-5) (1-6) (1-7) (2-3) (2-4) (2-5) (2-6) (2-7) (3-4) 
(3-5) (3-6) (3-7) (4-5) (4-6) (4-7) (5-6) (5-7) (6-7) 
meaning 21 comparisons while it could do
(1-2) (2-3) (3-4) (4-5) (5-6) (6-7)
meaning 6 comparisons assuming the exposures are classed in this order.
Is there a way to pass the control point creator the informtion to 
handles images in this way, so the complexity is not dependant of F(n+1) 
but of (n-1) (F = Fibonacci Function here.)
It also costs:
1 click on control point tab.
1 click on create control points.
1 click once the controls points were added...
=> 3 clicks.

3- Alignements:
We need to optimize the image shift...
optimizing positions usually works, but it still needs:
1 click on Optimize tabs.
1 click on optimize (assuming we use the default one).
1 click to confirm.
=> 3 Clicks

4- Color optimization has to be done without vignetting optimization... 
The issue is that there is no option to perform it, it's not hard, it 
only requires to optimize the last paramter and not the others but...
1 click to click on exposure tab,
2 click on custom parameter,
1 click on 'photometric response'
1click on Optimize...
1click on 'I confirm it is right...'
=> 6 clicks consuming the user time.

5- Stiching the project into one file:
needing to select the output, either fused or EXR output.
=> 3 clicks (which are fine.)

So the question is:
Could we get a button in first tab like the current 'align' but named 
'align monopano HDR images' (or something similar) to perform all the 
previously named operations 1- (2-) 3- and 4-.
so the user has to do 3-4 clicks and not 20 clicks here.
I am assuming the point (2-) needs some coding, but the points 1- 3- and 
4- are just automation I think.


--~--~-~--~~~---~--~~
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 group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---

[hugin-ptx] Re: Hugin 0.8 SVN3649 Windows installer available

[tennevin yves]

allard a écrit :
> Hi guys,
>
> I also made my build available for the world. See
> http://www.allardkatan.net/misc/hugin/index.html . I built an
> installer from the 'package' in the SDK. I had to change a few minor
> things in the CMAKELISTS.TXT file because it would name the program
> and install directory Cmake, instead of hugin. And it does not install
> the start menu items correctly, only the uninstaller is included in
> the menu. But for the rest it works fine..
>
> BTW, what is the policy regarding making development snapshots
> available to the public? I had not made my build available because I
> (wrongly?) assumed earlier you'd prefer to keep this limited until a
> stable release is planned. If not, why are there no development
> snapshots or betas available from SF?
> >
>
>
>   
Installed it. (with the first and later with the second installer)
Celeste seems missing in the install option, I am assuming the nsi will 
be modified to provide it.
I installed with panomatic, but the executable was missing (I had done a 
backup of it before installing it.), no real issue here, but reporting.

Now something strange, I am assuming it's intented for now and will be 
fixed later,
the image loading and scaling is done when you load the images if the 
OpenGL preview is open;
but it is done again later when the exposure optimization is started...
This ain't time consuming for a few images, but it becomes another 
matter when 15+ images are loaded...

Also one question, what exactly is the photometric optimization in the 
OpenGl preview?

esby / Y. Tennevin

--~--~-~--~~~---~--~~
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 group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---

[hugin-ptx] Re: HDR post processing.

[tennevin yves]

Seb Perez-D a écrit :
> On Wed, Feb 11, 2009 at 01:08, tennevin yves  wrote:
>   
>> Compare this one (enfused) http://flickr.com/photos/styeb/3071381838/
>> to this one (hdr) http://flickr.com/photos/styeb/3070564323/
>> The exposures were -1 , 0 +1 EV
>> 
>
> The result of the enfuse image is very strange - it does not match at
> all my experience. What parameters did you use to generate it? have
> you tried changing the number of levels?
>
> Here is a 9 exposure image that I could share if people are interested:
> http://flickr.com/photos/sbprzd/2127762078/
>
> And here is the use of enfuse on the Erik Reinhard's example (see 
> description):
> http://flickr.com/photos/sbprzd/2699695242
>
> Cheers,
>
> Seb
>   

Did some new testing with exr vs fused photographs, this seems fine when 
using 7 exposures here.
hdr version - http://flickr.com/photos/styeb/3272987108/
fused version - http://flickr.com/photos/styeb/3272983032/
My main issue is that hugin is still slower than picturenaut,
now there are cases where picturenaut fails miserably... (either at 
aligning the images or either with detecting the bracketing)
So my opinion is that it's better than nothing for those cases.

I'll try with some panorama to see what it gives.

> >
>
>
>   


--~--~-~--~~~---~--~~
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 group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---

[hugin-ptx] Re: Hugin 0.8 SVN3649 Windows installer available

[tennevin yves]

Guido Kohlmeyer a écrit :
> Bruno Postle schrieb:
>   
>> Note that we don't expect Linux packagers to ask permission to 
>> release snapshots, so there is no problem doing the same for 
>> Windows, just please point people who don't want to participate in 
>> testing to the 'stable' installer on sourceforge.
>>
>> Slightly off-topic, does hugin still build with mingw?  Fedora now 
>> has most of the hugin dependencies as mingw-* cross-compiler 
>> packages, it is potentially possible to build an NSI Windows 
>> installer entirely on Linux using the same tools used to build RPMs.
>>
>> 
>
> I provided shapshots of 0.7.0 only through hugin-ptx list, because the 
> developers should test the software before release. If some shapshots or 
> unstable versions are provided via sourceforge is must be clear for the 
> user, that it is a version under development which may not work as 
> expected. Otherwise a (windows) user may be disapointed about this great 
> peace of software. I even remember of the release of 0.7.0. Right after 
> the release some users complained about crash during makefile export, 
> although they saved their work without any picture selected. Such misuse 
> was not covered by the exporter module. Therefore I suppose to release 
> windows builds in a nearly stable state. My impression is that windows 
> users are not familiar with software that may have small problems. 
> Actually astonishing 'cause they are using windows :-)
>
> I never build with mingw, only Visual C++ 2008 EE.
>
> Guido
>   
Tried to build it with mingw, had problems with
* libpano... had to hack the Makefile to get it compiling, had to hack a 
new .def file to remove various missing exports and add others to get 
the tools compiling... The way I did it is probably wrong. Now I ain't 
good enough in this field to resolve those problems properly...
* hugin build failed when it reached components depending on wxwidget.  
I believe this might be related to the lack of boost unicode regexp 
support in mingw, I ain't even sure of the exact cause. Did various 
testing with various versions of Boost, wxwidget... Ran into the same 
kinds of issues, more or less. The fact Boost is not supported 
officially under mingw probably don't help here.

I have been trying to build it under cygwin, just to see if it is better 
(for the wxwidget related issue), ran into the same kind of issues for 
libpano. I have given up for now as I need to process photographs I took 
the last weeks ago... I think I'll retry again in the upcoming next week...

esby / Y. Tennevin
> >
>
>
>   


--~--~-~--~~~---~--~~
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 group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---

[hugin-ptx] Re: HDR post processing.

[tennevin yves]

Seb Perez-D a écrit :
> On Wed, Feb 11, 2009 at 01:08, tennevin yves  wrote:
>   
>> Compare this one (enfused) http://flickr.com/photos/styeb/3071381838/
>> to this one (hdr) http://flickr.com/photos/styeb/3070564323/
>> The exposures were -1 , 0 +1 EV
>> 
>
> The result of the enfuse image is very strange - it does not match at
> all my experience. What parameters did you use to generate it? have
> you tried changing the number of levels?
>
> Here is a 9 exposure image that I could share if people are interested:
> http://flickr.com/photos/sbprzd/2127762078/
>
> And here is the use of enfuse on the Erik Reinhard's example (see 
> description):
> http://flickr.com/photos/sbprzd/2699695242
>
> Cheers,
>
> Seb
>
> >
>
>
>   
My main issue was when taking images of a panorama scene, the 
overlapping area looked weird. (The images I linked were made with 6 
images.)
Exposure correction: High Dynamic Range, fixed exposure.
One was enfused, the other one made to exr and tonemapped with 
picturenaut (adaptive logarithmic)
Now I changed my camera in january, the old one was limited to 3 
exposure, the new one can do 7, this might change something.

esby  / y. tennevin

--~--~-~--~~~---~--~~
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 group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---

[hugin-ptx] Re: HDR post processing.

[tennevin yves]

Erik Krause a écrit :
> Is there really anyone using HDR tonemapping to get a viewable panorama 
> after there was enfuse? I see the necessity of HDR merging to get 
> panoramas for image based lighting, but I never saw a result of HDR 
> tonemapping (whatever algorithm) that surpasses an enfused result in 
> terms of natural appearance except maybe after long tweaking
A bit more seriously, there is something I don't like with enfuse,
it's that sometimes you get very unnatural results,

Compare this one (enfused) http://flickr.com/photos/styeb/3071381838/
to this one (hdr) http://flickr.com/photos/styeb/3070564323/
The exposures were -1 , 0 +1 EV

So I do enfuse when I get no other choice or when I encounter the 
OpenEXR bug...

esby / Y. Tennevin


--~--~-~--~~~---~--~~
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 group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to 
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---

[hugin-ptx] Re: Trying to build hugin under native mingw

[tennevin yves]

Still getting the same error.
Do I need to build msw or universal?
I actually built msw with unicode.

Uses that to install it; (minimal worked.)
 cd wxWidget*
  mkdir build-release
  cd build-release
  ../configure --with-msw --enable-release --enable-unicode 
-disable-shared --prefix=/mingw
  make
  make install
  cd samples/minimal
  make
  ./minimal.exe

Pablo d'Angelo a écrit :
> tennevin yves wrote:
>
>   
>> I have been trying to build hugin under native mingw,
>> I am trying first with hugin7.0 source, since it's supposed to compile.
>> I managed to compile the dependencies
>> Now I am getting some errors when wxWidget is invoved in the make.
>> getting errors like
>> `wxConvISO8859_1' was not declared in this scope
>>
>> Anyone know how to fix it (or to have an idea of what is exactly the 
>> problem)?
>> 
>
> Maybe its a wxWidgets ANSI vs UNICODE build problem. Hugin should be 
> build and linked against wxWidgets compiled with unicode support.
>
> ciao
>Pablo
>
>   
>> Y. tennevin / esby
>>
>> -- Make buildlog
>> $ make
>> [  9%] Built target huginANN
>> [ 19%] Built target huginvigraimpex
>> [ 22%] Built target huginlevmar
>> [ 24%] Built target huginjhead
>> [ 24%] Built target huginlensdb
>> [ 55%] Built target huginbase
>> [ 55%] Built target open_file
>> [ 56%] Built target align_image_stack
>> [ 57%] Built target autooptimiser
>> [ 57%] Built target fulla
>> [ 58%] Built target nona
>> [ 59%] Built target pto2mk
>> [ 59%] Built target tca_correct
>> [ 60%] Built target vig_optimize
>> [ 62%] Built target matchpoint
>> [ 65%] Built target hugin_hdrmerge
>> [ 66%] Building CXX object 
>> src/hugin1/base_wx/CMakeFiles/huginbasewx.dir/PTWXDlg.obj
>> In file included from 
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin1/common/utils.h:27,
>>  from 
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin1/panoinc.h:70,
>>  from 
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin1/base_wx/PTWXDlg.cpp:28:
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/hugin_utils/utils.h: In 
>> function `Target hugin_utils::lexical_cast(Source)':
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/hugin_utils/utils.h:233: 
>> error: `wxConvISO8859_1' was not declared in this scope
>> In file included from 
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin1/common/stl_utils.h:36,
>>  from 
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin1/panoinc.h:72,
>>  from 
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin1/base_wx/PTWXDlg.cpp:28:
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/hugin_utils/stl_utils.h: 
>> In function `typename Map::mapped_type& map_get(Map&, const typename 
>> Map::key_type&)':
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/hugin_utils/stl_utils.h:95: 
>> error: `wxConvISO8859_1' was not declared in this scope
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/hugin_utils/stl_utils.h: 
>> In function `const typename Map::mapped_type& const_map_get(const Map&, 
>> const typename Map::key_type&)':
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/hugin_utils/stl_utils.h:107:
>>  
>> error: `wxConvISO8859_1' was not declared in this scope
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/hugin_utils/stl_utils.h: 
>> In function `typename Map::mapped_type& map_get(Map&, const char*)':
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/hugin_utils/stl_utils.h:120:
>>  
>> error: `wxConvISO8859_1' was not declared in this scope
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/hugin_utils/stl_utils.h: 
>> In function `const typename Map::mapped_type& const_map_get(const Map&, 
>> const char*)':
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/hugin_utils/stl_utils.h:132:
>>  
>> error: `wxConvISO8859_1' was not declared in this scope
>> In file included from 
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/panodata/PanoramaData.h:37,
>>  from 
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/panodata/Panorama.h:28,
>>  from 
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin1/PT/Panorama.h:27,
>>  from 
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin1/panoinc.h:77,
>>  from 
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin1/base_wx/PTWXDlg.cpp:28:
>> c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/panodata/SrcPanoImage.h: 
>> In member f

[hugin-ptx] Trying to build hugin under native mingw

[tennevin yves]

I have been trying to build hugin under native mingw,
I am trying first with hugin7.0 source, since it's supposed to compile.
I managed to compile the dependencies
Now I am getting some errors when wxWidget is invoved in the make.
getting errors like
`wxConvISO8859_1' was not declared in this scope

Anyone know how to fix it (or to have an idea of what is exactly the 
problem)?

Y. tennevin / esby

-- Make buildlog
$ make
[  9%] Built target huginANN
[ 19%] Built target huginvigraimpex
[ 22%] Built target huginlevmar
[ 24%] Built target huginjhead
[ 24%] Built target huginlensdb
[ 55%] Built target huginbase
[ 55%] Built target open_file
[ 56%] Built target align_image_stack
[ 57%] Built target autooptimiser
[ 57%] Built target fulla
[ 58%] Built target nona
[ 59%] Built target pto2mk
[ 59%] Built target tca_correct
[ 60%] Built target vig_optimize
[ 62%] Built target matchpoint
[ 65%] Built target hugin_hdrmerge
[ 66%] Building CXX object 
src/hugin1/base_wx/CMakeFiles/huginbasewx.dir/PTWXDlg.obj
In file included from 
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin1/common/utils.h:27,
 from 
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin1/panoinc.h:70,
 from 
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin1/base_wx/PTWXDlg.cpp:28:
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/hugin_utils/utils.h: In 
function `Target hugin_utils::lexical_cast(Source)':
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/hugin_utils/utils.h:233: 
error: `wxConvISO8859_1' was not declared in this scope
In file included from 
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin1/common/stl_utils.h:36,
 from 
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin1/panoinc.h:72,
 from 
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin1/base_wx/PTWXDlg.cpp:28:
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/hugin_utils/stl_utils.h: 
In function `typename Map::mapped_type& map_get(Map&, const typename 
Map::key_type&)':
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/hugin_utils/stl_utils.h:95: 
error: `wxConvISO8859_1' was not declared in this scope
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/hugin_utils/stl_utils.h: 
In function `const typename Map::mapped_type& const_map_get(const Map&, 
const typename Map::key_type&)':
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/hugin_utils/stl_utils.h:107: 
error: `wxConvISO8859_1' was not declared in this scope
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/hugin_utils/stl_utils.h: 
In function `typename Map::mapped_type& map_get(Map&, const char*)':
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/hugin_utils/stl_utils.h:120: 
error: `wxConvISO8859_1' was not declared in this scope
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/hugin_utils/stl_utils.h: 
In function `const typename Map::mapped_type& const_map_get(const Map&, 
const char*)':
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/hugin_utils/stl_utils.h:132: 
error: `wxConvISO8859_1' was not declared in this scope
In file included from 
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/panodata/PanoramaData.h:37,
 from 
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/panodata/Panorama.h:28,
 from 
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin1/PT/Panorama.h:27,
 from 
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin1/panoinc.h:77,
 from 
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin1/base_wx/PTWXDlg.cpp:28:
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/panodata/SrcPanoImage.h: 
In member function `void 
HuginBase::SrcPanoImage::setRadialDistortion(const std::vector >&)':
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/panodata/SrcPanoImage.h:170: 
error: `wxConvISO8859_1' was not declared in this scope
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/panodata/SrcPanoImage.h:170: 
error: `wxString' was not declared in this scope
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/panodata/SrcPanoImage.h:170: 
error: `wxLogFatalError' was not declared in this scope
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/panodata/SrcPanoImage.h: 
In member function `void 
HuginBase::SrcPanoImage::setRadialDistortionRed(const 
std::vector >&)':
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/panodata/SrcPanoImage.h:178: 
error: `wxConvISO8859_1' was not declared in this scope
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/panodata/SrcPanoImage.h:178: 
error: `wxString' was not declared in this scope
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/panodata/SrcPanoImage.h:178: 
error: `wxLogFatalError' was not declared in this scope
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/panodata/SrcPanoImage.h: 
In member function `void 
HuginBase::SrcPanoImage::setRadialDistortionBlue(const 
std::vector >&)':
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/panodata/SrcPanoImage.h:187: 
error: `wxConvISO8859_1' was not declared in this scope
c:/msys/1.0/home/keby/hugin-0.7.0/src/hugin_base/panodata/SrcPanoImage.h:187: 
error: `wxString' was not 

[hugin-ptx] Re: black "holes" in panorama rendered in HDR

[tennevin yves]

Assuming it's the usual (same) bug...

https://sourceforge.net/tracker/index.php?func=detail&aid=1850361&group_id=77506&atid=550441

Yves Tennevin / esby


dishio a écrit :
> Dear list,
>
> I am discovering Hugin and the many possibilities it offers. I must
> say, it looks very impressive.
> I have been playing with a while now and I have observe some "bugs".
> I use Hugin 0.7.0 under MacOs X.
> Say I have a panorama composed of 7 images all taken with different
> exposures.
> Because these photos are taken with different exposure, I stitch the
> images in Hugin using in the exposure tab the Photometric
> Optimization: "High dynamic range, variable white balance, fixed
> exposure". Then in the stitcher tab, I ask to render the panorama as:
> Output, Merge to HDR/Blended HDR panorama.
> So far so good. Unfortunately I observe, for some panoramas, that the
> hdr output file (exr or tif) contains " black holes". See the
> following link for an illustration of these holes:
> http://dishio.eu/stuff/hugin_bug.png
> In this case I tried to open the .exr in qtpsgui. Other software show
> the same problem.
> Now the interesting part is that if I render the same panorama in
> "normal/blended panorama", so no HDR, the usual 8 bits LDR output, the
> black holes are not present and as far as i can see the rendered
> panorama is just fine.
>
> I observed that this "bug" occurs on some of the panorama that I have
> tried to create. Trying to re-render the panorama will consistently
> lead to the same bug. On some other panoramas, the hdr rendering will
> just work fine.
> When Hugin works it works really well!
> Thx in advance for any hints.
> dishio
>
> >
>
>
>   


--~--~-~--~~~---~--~~
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 group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---