[hugin-ptx] Re: Enfuse unpicks alignment - what's up?

[Doug]

Gerry Patterson wrote:
>
>
>
> On Aug 7, 2009, at 11:36 AM, Doug  wrote:
>
>   
>> Thanks Gerry and Harry,
>> I've followed your advice but the images are still badly misaligned.
>>
>> Doug
>>
>>
>>
>> 
>
> Did you move very much between taking the shots?  Was there a large  
> time lag that has caused things to move?
>   
No. The two photos were taken immediately after one another (they could 
have been automatic bracketing shots, but I don't remember) with maybe 
only a slight shift due to the camera being handheld.
The peculiar thing is that the alignment is really bad  -  a careless 
manual adjustment of the two images as Gimp layers would easily get a 
very much better result.
Doug

--~--~-~--~~~---~--~~
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: Enfuse unpicks alignment - what's up?

[Harry van der Wolf]

If there's much misalignment, as Gerry states, you might try
align_image_stack with the "scale down" option like:
"align_image_stack -s 2 -a AIS "
or
"align_image_stack -s 3 -a AIS "

I know the scale down option looks weird as it seems that you will loose
accuracy, but my personal experience (and from some of the other ImageFuser
users) is that scaling down really helps in case of bad aligned images.
It helps as align_image_stack can only focus on the real "steady" pixels.

Harry

2009/8/7 Gerry Patterson 

>
>
>
>
>
> On Aug 7, 2009, at 11:36 AM, Doug  wrote:
>
> >
> > Thanks Gerry and Harry,
> > I've followed your advice but the images are still badly misaligned.
> >
> > Doug
> >
> >
> >
>
> Did you move very much between taking the shots?  Was there a large
> time lag that has caused things to move?
>
> >
>

--~--~-~--~~~---~--~~
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: KImageFuser: an Enfuse/align_image_stack gui for Linux - version 0.3.0

[Harry van der Wolf]

2009/8/7 Lajos Höss 

> Hi Harry,
>
> Thanks your answer. Yes, this linux not multi-language.
> Main offical site is www.uhulinux.hu
>
> --
> Download link (iso images for CD or DVD):
> http://download.uhulinux.hu/uhu/2.1/
>
> Binary packages /debian like packages, but not 100% debian compatible/,
> *.uhu files):
> http://download.uhulinux.hu/uhu/2.1/packages/
>
> Package creator files, UHUBUILD system, simply untar it, and see the text
> files, for compile option, etc.
> http://download.uhulinux.hu/uhu/2.1/sources/
>
> Unoffical binary packages:
> http://uhu.linux.hu/
>
> My binary packages:
> http://uhu.linux.hu/2.1/hlajos/
>
> My uhubuild source:
> http://uhu.linux.hu/2.1/hlajos/ub/
> --
>
> No kommander package for this Linux, ship with kdewebdev?
>
> --
>
> KImageFuser$ locate -i kmdr-executor
> /usr/bin/kmdr-executor
> /usr/share/applnk/.hidden/kmdr-executor.desktop
>
> --
>
> Bellow is ok? No have KImageFuser, only KImageFuser.kmdr exist
> kmdr-executor ./KImageFuser -> kommander file does not exist
>
> kmdr-executor ./KImageFuser.kmdr
>
> ~/KImageFuser$ kmdr-executor ./KImageFuser.kmdr
> kdecore (KLibLoader): library libkommanderwidgets.la not found under
> 'module' but under 'lib'
> Parse error: error occurred while parsing element in line 1
>
> ~/KImageFuser$
>
> and graphical error messages box, "sorry-kommander" "unable to create
> dialog"
>
> --
>
> /usr/bin/env kmdr-executor
>
> graphical error message:
> "Sorry - Kommander Executor"
> "Error: no dialog given. Use --stdin option to read dialog from standard
> input."
>
> ./KImageFuser
> same error messages, without ENV
>
> --
> If you want to try the UHU-Linux 2.1, i can help.
> Very easy graphical install, i not know the installer only hungarian or has
> an option to change english. I can translate the installer button names to
> english. Default options near ok, for minimal system with gnome desktop
> manager. (accept license, autodetect mouse, select hard disk, default
> partitions near ok, select package (only 3 options), select video driver,
> set resolution, root and user password, create boot record.
>
> Lajos
>
>
>
I'm using virtualbox (http://www.virtualbox.org/) already for a long time.
First on OSX, now again on linux. I just downloaded the 2.1 UHU CD. The
installer start screen gives you the option to switch to english (F9
option). It's now installing. I let you know as soon as possible.


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 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: Request: Absolute paths for project files in .pto.mk

[Gerry Patterson]

On Aug 7, 2009, at 3:08 PM, Milo van der Linden  wrote:

>
> I have a small request, do not no where to file it, so excuse me if
> this is the wrong channel.
>
>
> I want to distribute a hugin project to others, therefor I keep all
> files in one directory, images plus project files.
>
> When I archive everything and someone else opens the archive on
> another location, hugin cannot find the images.
>
> Is it possible that hugin removes all the path information from the mk
> file if they are:
>
> 1) relatively in a sub directory of the project file(s)?
> 2) In the same directory as the project file(s)?
>
> This would greatly enhance distribution of hugin projects amongst
> users by archiving everything and making it available for instance
> through FTP.

Hello

Have you tried regenerating the mk files from the pto files?  I don't  
think mk files should be considered as archival material as all of the  
information could change from system to system.  Theoretically, I  
should be able to take source images and a pto file from a windows  
system and use it under Linux.  One would certainly not say the same  
for the mk file since executables would be very different locations  
along with images.

I haven't tried it but I beleive this is what pto2mk is for.

Best

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] Re: Enfuse unpicks alignment - what's up?

[Gerry Patterson]

On Aug 7, 2009, at 11:36 AM, Doug  wrote:

>
> Thanks Gerry and Harry,
> I've followed your advice but the images are still badly misaligned.
>
> Doug
>
>
>

Did you move very much between taking the shots?  Was there a large  
time lag that has caused things to move?

--~--~-~--~~~---~--~~
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] Request: Absolute paths for project files in .pto.mk

[Milo van der Linden]

I have a small request, do not no where to file it, so excuse me if
this is the wrong channel.


I want to distribute a hugin project to others, therefor I keep all
files in one directory, images plus project files.

When I archive everything and someone else opens the archive on
another location, hugin cannot find the images.

Is it possible that hugin removes all the path information from the mk
file if they are:

1) relatively in a sub directory of the project file(s)?
2) In the same directory as the project file(s)?

This would greatly enhance distribution of hugin projects amongst
users by archiving everything and making it available for instance
through FTP.

Here is a snippet of my mk file clearly showing that the images and
the pto files are in the same directory:

PROJECT_FILE=/media/disk-1/milo/images/hugomeiland/IMGP5923-
IMGP5928.pto
PROJECT_FILE_SHELL=/media/disk-1/milo/images/hugomeiland/IMGP5923-
IMGP5928.pto
LDR_BLENDED=IMGP5923-IMGP5928.tif
LDR_BLENDED_SHELL=IMGP5923-IMGP5928.tif
LDR_STACKED_BLENDED=IMGP5923-IMGP5928_fused.tif
LDR_STACKED_BLENDED_SHELL=IMGP5923-IMGP5928_fused.tif
HDR_BLENDED=IMGP5923-IMGP5928_hdr.exr
HDR_BLENDED_SHELL=IMGP5923-IMGP5928_hdr.exr

# first input image
INPUT_IMAGE_1=/media/disk-1/milo/images/hugomeiland/IMGP5923.JPG
INPUT_IMAGE_1_SHELL=/media/disk-1/milo/images/hugomeiland/IMGP5923.JPG
# all input images
INPUT_IMAGES=/media/disk-1/milo/images/hugomeiland/IMGP5923.JPG\

Kind regards,

Milo van der Linden
--~--~-~--~~~---~--~~
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: KImageFuser: an Enfuse/align_image_stack gui for Linux - version 0.3.0

[Lajos Höss]

Hi Harry,

Thanks your answer. Yes, this linux not multi-language.
Main offical site is www.uhulinux.hu

--
Download link (iso images for CD or DVD):
http://download.uhulinux.hu/uhu/2.1/

Binary packages /debian like packages, but not 100% debian compatible/,
*.uhu files):
http://download.uhulinux.hu/uhu/2.1/packages/

Package creator files, UHUBUILD system, simply untar it, and see the text
files, for compile option, etc.
http://download.uhulinux.hu/uhu/2.1/sources/

Unoffical binary packages:
http://uhu.linux.hu/

My binary packages:
http://uhu.linux.hu/2.1/hlajos/

My uhubuild source:
http://uhu.linux.hu/2.1/hlajos/ub/
--

No kommander package for this Linux, ship with kdewebdev?

--

KImageFuser$ locate -i kmdr-executor
/usr/bin/kmdr-executor
/usr/share/applnk/.hidden/kmdr-executor.desktop

--

Bellow is ok? No have KImageFuser, only KImageFuser.kmdr exist
kmdr-executor ./KImageFuser -> kommander file does not exist

kmdr-executor ./KImageFuser.kmdr

~/KImageFuser$ kmdr-executor ./KImageFuser.kmdr
kdecore (KLibLoader): library libkommanderwidgets.la not found under
'module' but under 'lib'
Parse error: error occurred while parsing element in line 1

~/KImageFuser$

and graphical error messages box, "sorry-kommander" "unable to create
dialog"

--

/usr/bin/env kmdr-executor

graphical error message:
"Sorry - Kommander Executor"
"Error: no dialog given. Use --stdin option to read dialog from standard
input."

./KImageFuser
same error messages, without ENV

--
If you want to try the UHU-Linux 2.1, i can help.
Very easy graphical install, i not know the installer only hungarian or has
an option to change english. I can translate the installer button names to
english. Default options near ok, for minimal system with gnome desktop
manager. (accept license, autodetect mouse, select hard disk, default
partitions near ok, select package (only 3 options), select video driver,
set resolution, root and user password, create boot record.

Lajos

--~--~-~--~~~---~--~~
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: Enfuse unpicks alignment - what's up?

[Doug]

Thanks Gerry and Harry,
I've followed your advice but the images are still badly misaligned.

Doug


Harry van der Wolf wrote:
> The simplest would be:
> "align_image_stack -a AIS "
>
> This would make align_image_stack create aligned images having the 
> prefix AISx.tif from your (two) source images.
> Then do:
>
> "enfuse -o  AIS*"
>
> Or you could use one of the available gui's to do all that for you:
> OSX: ImageFuser or enfuseGui or Bracketeer (last one not free)
> Linux: KImageFuser
> Windows: enfuseGui
>
> Harry
>
>
>
>
> 2009/8/7 Gerry Patterson  >
>
> Hello,
>
> Instead of using autopano-sift-c, try using 'align_image_stack'. 
> You should then be able to pass the resulting tiff files to enfuse
> directly.  I believe there is an option to generate a .pto which
> you can view as well. 
>
>
> If you want to continue using autopano-sift-c and these images
> were taken in what is meant to be a stacked configuration, you can
> leave off 'b' and 'v' when optimizing. At least I think you can. 
> This should only optimize for position.
>
> Best Regards,
>
> - Gerry
>
>
>
> On Fri, Aug 7, 2009 at 7:22 AM, Doug  > wrote:
>
>
> I'm an inexperienced user of hugin, so any advice is welcome!
> Using 0.8.0 release, attempting a simple fuse of one photo
> (handheld)
> from two images at different exposures.
>
> I used autopano-sift-c to generate control points, opened the
> .pto file
> in hugin, removed sky points with Celeste, optimised y,p,r,b,v and
> stitched using 'Blended panorama(enfuse)'.
> In the resulting xx_fused.tif file the two exposure images are
> grossly
> misaligned vertically and horizontally.
>
> I tried adding numerous control points manually to the images
> before
> fusion - no different - Â and fusing without optimising first
> - the same.
>
> I've had no problem with other simple fusions of two or three
> exposures,
> so what gives? What am I doing wrong?
>
> Doug
>
>
>
>
>
>


--~--~-~--~~~---~--~~
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: svn/bc/4179/hugin not found !!!

[David Haberthür]

Hey Gerald.

On Fri, Aug 7, 2009 at 16:08, Gerald  wrote:

>
> I don't know who is the maintainer of the wiki page :
> wiki.panotools.org/Hugin_Compiling_Ubuntu


That's the great thing with wikis. there is no "maintainer" of a page,
everyone can edit and improve the pages.
Create an account on the wiki (http://is.gd/26Cet should take you there, if
not just click on the link in the top right, where it says "Log in / create
account"), then you can add your corrections to the page.

Cheers Habi


> But it should be updated :
>
> In the "Building Hugin" section
> "Fetch the Source Code from SVN " should be :
>
> svn co -r 4061
> https://hugin.svn.sourceforge.net/svnroot/hugin/hugin/tags/hugin-2009.07.1/
>
> In the same section, " Set the Build Environment "
>
> The path in the line :
>
> cmake ../hugin -DENABLE_LAPACK=YES
>
> should be :
>
> cmake ../hugin-2009.07.1 -DENABLE_LAPACK=YES
>

[snip]

--~--~-~--~~~---~--~~
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: Enfuse unpicks alignment - what's up?

[Harry van der Wolf]

The simplest would be:
"align_image_stack -a AIS "

This would make align_image_stack create aligned images having the prefix
AISx.tif from your (two) source images.
Then do:

"enfuse -o  AIS*"

Or you could use one of the available gui's to do all that for you:
OSX: ImageFuser or enfuseGui or Bracketeer (last one not free)
Linux: KImageFuser
Windows: enfuseGui

Harry




2009/8/7 Gerry Patterson 

> Hello,
>
> Instead of using autopano-sift-c, try using 'align_image_stack'.  You
> should then be able to pass the resulting tiff files to enfuse directly.  I
> believe there is an option to generate a .pto which you can view as well.
>
>
> If you want to continue using autopano-sift-c and these images were taken
> in what is meant to be a stacked configuration, you can leave off 'b' and
> 'v' when optimizing. At least I think you can.  This should only optimize
> for position.
>
> Best Regards,
>
> - Gerry
>
>
>
> On Fri, Aug 7, 2009 at 7:22 AM, Doug  wrote:
>
>>
>> I'm an inexperienced user of hugin, so any advice is welcome!
>> Using 0.8.0 release, attempting a simple fuse of one photo (handheld)
>> from two images at different exposures.
>>
>> I used autopano-sift-c to generate control points, opened the .pto file
>> in hugin, removed sky points with Celeste, optimised y,p,r,b,v and
>> stitched using 'Blended panorama(enfuse)'.
>> In the resulting xx_fused.tif file the two exposure images are grossly
>> misaligned vertically and horizontally.
>>
>> I tried adding numerous control points manually to the images before
>> fusion - no different -  and fusing without optimising first - the same.
>>
>> I've had no problem with other simple fusions of two or three exposures,
>> so what gives? What am I doing wrong?
>>
>> Doug
>>
>>
>>
>
> >
>

--~--~-~--~~~---~--~~
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: KImageFuser: an Enfuse/align_image_stack gui for Linux - version 0.3.0

[Harry van der Wolf]

That's OK with me.

Two problems (or challenges if you want):
- I don't know how to create a new trunk on top-level.
- I think I don't have the authorizations to do that.

I'm willing to find out, but that might take some time ;)

Harry

2009/8/7 Bruno Postle 

>
> On Fri 07-Aug-2009 at 15:48 +0200, Harry van der Wolf wrote:
> >2009/8/7 Bruno Postle 
> >>
> >> This is a great tool, is there any chance you can put it in hugin
> >> SVN somewhere?
> >
> >Sure. No problem at all. Any ideas how (and where) you want to do this?
>
> It would have top level folder similar to hugin, htdocs or
> autopano-sift-C:
>
> https://hugin.svn.sourceforge.net/svnroot/hugin/KImageFuser/trunk
>
> --
> Bruno
>
> >
>

--~--~-~--~~~---~--~~
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: Enfuse unpicks alignment - what's up?

[Gerry Patterson]

Hello,

Instead of using autopano-sift-c, try using 'align_image_stack'.  You should
then be able to pass the resulting tiff files to enfuse directly.  I believe
there is an option to generate a .pto which you can view as well.


If you want to continue using autopano-sift-c and these images were taken in
what is meant to be a stacked configuration, you can leave off 'b' and 'v'
when optimizing. At least I think you can.  This should only optimize for
position.

Best Regards,

- Gerry


On Fri, Aug 7, 2009 at 7:22 AM, Doug  wrote:

>
> I'm an inexperienced user of hugin, so any advice is welcome!
> Using 0.8.0 release, attempting a simple fuse of one photo (handheld)
> from two images at different exposures.
>
> I used autopano-sift-c to generate control points, opened the .pto file
> in hugin, removed sky points with Celeste, optimised y,p,r,b,v and
> stitched using 'Blended panorama(enfuse)'.
> In the resulting xx_fused.tif file the two exposure images are grossly
> misaligned vertically and horizontally.
>
> I tried adding numerous control points manually to the images before
> fusion - no different -  and fusing without optimising first - the same.
>
> I've had no problem with other simple fusions of two or three exposures,
> so what gives? What am I doing wrong?
>
> Doug
>
> >
>

--~--~-~--~~~---~--~~
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: svn/bc/4179/hugin not found !!!

[Gerald]

I don't know who is the maintainer of the wiki page :
wiki.panotools.org/Hugin_Compiling_Ubuntu

But it should be updated :

In the "Building Hugin" section
"Fetch the Source Code from SVN " should be :

svn co -r 4061  
https://hugin.svn.sourceforge.net/svnroot/hugin/hugin/tags/hugin-2009.07.1/

In the same section, " Set the Build Environment "

The path in the line :

cmake ../hugin -DENABLE_LAPACK=YES

should be :

cmake ../hugin-2009.07.1 -DENABLE_LAPACK=YES


On Aug 7, 1:16 am, Kornel Benko  wrote:
> Am Friday 07 August 2009 schrieb Gerald:
>
>
>
>
>
> > On Aug 6, 3:55 pm, cri  wrote:
> > > I run in the same error by following the wiki 
> > > here:http://wiki.panotools.org/Hugin_Compiling_Ubuntu. By browsing the svn
> > > tree in a web browser you could see that this branch doesn't exist.
>
> > I know, but the command line is :
>
> > svn co -r 
> > 4061https://hugin.svn.sourceforge.net/svnroot/hugin/hugin/branches/releas...
> > hugin
>
> > I it return :
>
> > svn: Chemin '/svnroot/hugin/!svn/bc/4181/hugin/branches/
> > release-2009.07' non trouvé
>
> > Strange ???
>
> > > You could instead use this for 
> > > trunk:https://hugin.svn.sourceforge.net/svnroot/hugin/hugin/trunk/.
>
> > Same thing with the trunk 
>
> It is really not there.
> calling
> #svn lshttps://hugin.svn.sourceforge.net/svnroot/hugin/hugin/branches
> before_gsoc2007/
> dangelo/
> gsoc2008_batch_processing/
> gsoc2008_feature_matching/
> gsoc2008_integration/
> gsoc2008_masking/
> gsoc2008_opengl_preview/
> gsoc2008_sky_identification/
> gsoc2009_deghosting/
> gsoc2009_layout/
> gsoc2009_lenscalibration/
> gsoc2009_mosaic/
> nona-gpu/
> vigra140-branch/
> ...
>
> but maybe 
> this?https://hugin.svn.sourceforge.net/svnroot/hugin/hugin/tags/hugin-2009...
>
>         Kornel
> --
> Kornel Benko
> kornel.be...@berlin.de
>
>  signature.asc
> < 1KViewDownload
--~--~-~--~~~---~--~~
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: nona-gpu - has anybody got it working?

[Guido Kohlmeyer]

Dear Zoran,

Zoran Zorkic schrieb:
>> Ryan is so far the only one who has reported success, with his
>> self-built version. I wonder if one of the pre-compiled (from Guido or
>> from me) yield the same result. This would exclude building errors.
>>
>> His video card is a GeForce 8800 GTS (256 mb) - anybody else with that
>> same video card who can run nona -g successfully? and other video cards?
> 
> I have a 9800GT which is pretty much the same card (just renamed, love
> the marketing guys :).
> If you can post a 32-bit windows binary, I'd love to test it out.

You can find one here (built by me):
http://hugin.panotools.org/testing/hugin/nona.zip

Another one can be found here (I suppose Yuval has built it)
http://www.photopla.net/hugin/nona_4169.7z

Guido

--~--~-~--~~~---~--~~
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: KImageFuser: an Enfuse/align_image_stack gui for Linux - version 0.3.0

[Bruno Postle]

On Fri 07-Aug-2009 at 15:48 +0200, Harry van der Wolf wrote:
>2009/8/7 Bruno Postle 
>>
>> This is a great tool, is there any chance you can put it in hugin
>> SVN somewhere?
>
>Sure. No problem at all. Any ideas how (and where) you want to do this?

It would have top level folder similar to hugin, htdocs or 
autopano-sift-C:

https://hugin.svn.sourceforge.net/svnroot/hugin/KImageFuser/trunk

-- 
Bruno

--~--~-~--~~~---~--~~
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: KImageFuser: an Enfuse/align_image_stack gui for Linux - version 0.3.0

[Harry van der Wolf]

2009/8/7 Bruno Postle 

>
> On Thu 06-Aug-2009 at 22:56 +0200, Harry van der Wolf wrote:
> >
> >KImageFuser is a graphical interface for enfuse and align_image_stack for
> >Linux.
> >I just published KImageFuser 0.3.0. See for downloads, screenshots and
> >changelog my KImageFuser pages at <
>
> This is a great tool, is there any chance you can put it in hugin
> SVN somewhere?


Sure. No problem at all. Any ideas how (and where) you want to do this?


>
> My wish would be to have all this functionality + the same for
> enblend in a gimp plugin - i.e. a tool to fuse or blend layers.


yeah, I can imagine. I'll have a look at it for the enblend part (but that's
no promise at all!!). I have no idea yet how to integrate it into Gimp.
Note though that both the enfuse and align_image_stack functionality is not
complete yet. I made it so that it could do everything I wanted it to do for
my holidays.

Harry


>
>
> --
> Bruno
>
> >
>

--~--~-~--~~~---~--~~
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: KImageFuser: an Enfuse/align_image_stack gui for Linux - version 0.3.0

[Bruno Postle]

On Thu 06-Aug-2009 at 22:56 +0200, Harry van der Wolf wrote:
>
>KImageFuser is a graphical interface for enfuse and align_image_stack for
>Linux.
>I just published KImageFuser 0.3.0. See for downloads, screenshots and
>changelog my KImageFuser pages at <

This is a great tool, is there any chance you can put it in hugin 
SVN somewhere?

My wish would be to have all this functionality + the same for 
enblend in a gimp plugin - i.e. a tool to fuse or blend layers.

-- 
Bruno

--~--~-~--~~~---~--~~
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: nona-gpu - has anybody got it working?

[Zoran Zorkic]

On Aug 7, 2:21 am, Yuval Levy  wrote:

> Ryan is so far the only one who has reported success, with his
> self-built version. I wonder if one of the pre-compiled (from Guido or
> from me) yield the same result. This would exclude building errors.
>
> His video card is a GeForce 8800 GTS (256 mb) - anybody else with that
> same video card who can run nona -g successfully? and other video cards?

I have a 9800GT which is pretty much the same card (just renamed, love
the marketing guys :).
If you can post a 32-bit windows binary, I'd love to test it out.

--~--~-~--~~~---~--~~
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] ALIGN_IMAGE_STACK

[Eric Takeyama]

Hi everyone.

My skill level with Linux is moderate and I can be very good at 
following instructions ;-)  I have read similar messages regarding 
backtrace aborts using commandline, I have experienced the same 
compiling from svn /hugin/trunk. I am infering from the respondor the 
recommended option is to compile from the 0.8.0 tar release. I am at 
8.04 release of Ubuntu Multimedia Edition.


Short of compiling the complete 0.8.0 Hugin, is there a compilable 
version available (or could be) of just align_image_stack? I am more of 
a photographer than programmer so I appologise in advance for my 
ignorance (I know not what I ask ;-) ).  Thanks for all your insights 
and help, they are appreciated. ET

--~--~-~--~~~---~--~~
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] Enfuse unpicks alignment - what's up?

[Doug]

I'm an inexperienced user of hugin, so any advice is welcome!
Using 0.8.0 release, attempting a simple fuse of one photo (handheld) 
from two images at different exposures.

I used autopano-sift-c to generate control points, opened the .pto file 
in hugin, removed sky points with Celeste, optimised y,p,r,b,v and 
stitched using 'Blended panorama(enfuse)'.
In the resulting xx_fused.tif file the two exposure images are grossly 
misaligned vertically and horizontally.

I tried adding numerous control points manually to the images before 
fusion - no different -  and fusing without optimising first - the same.

I've had no problem with other simple fusions of two or three exposures, 
so what gives? What am I doing wrong?

Doug

--~--~-~--~~~---~--~~
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: KImageFuser: an Enfuse/align_image_stack gui for Linux - version 0.3.0

[Harry van der Wolf]

Hi Lajos,

There were some "misifits" going on from KDE3 to KDE4. I don't know the
details though. That could be the problem.

I don't know UHU-linux apart from the fact that it is specifically aimed at
Hungarian "speakers". I had a look at , but as I
can't read hungarian I have no idea where to search for packages and so on.

I can only help by asking you some questions. Your answers might start some
kind of FAQ document.

- Is there a kommander package for UHU-linux? If so, could you install that?
- Where is your kmdr-executor binary (please do a "locate -i kmdr-executor")
- Can you try with "kmdr-executor ./KImageFuser"
- Can you do a "/usr/bin/env kmdr-executor" and then followed by a
"./KImageFuser.kmdr"?

I will build some virtual linux boxes to check compatibility. I'm affraid
UHU-linux will not be one of them as I can't read Hungarian at all.

Regards,
Harry


2009/8/7 Lajos Höss 

> Hi,
>
> I try your application on UHU-Linux 2.1. Not wotking. The command line
> error message see below:
> I see graphical error message: "Sorry - Kommander Executor" "Unable to
> create dialog".
> (kdewebdev 3.5.8 installed) Any help? This applications very interesting
> for me. Thanks.
>
> Lajos
>
> ~/kimagefuser$ ./KImageFuser.kmdr
> DCOP: register 'kmdr-executor-2041' -> number of clients is now 1
> kdecore (KLibLoader): library libkommanderwidgets.la not found under
> 'module' but under 'lib'
> Parse error: error occurred while parsing element in line 1
> kdecore (KLibLoader): The KLibLoader contains the library
> libkommanderwidgets (0x80d6b18)
> DCOP: unregister 'kmdr-executor-2041'
>
>
>
> 2009/8/6 Harry van der Wolf 
>
> Hi Linux users,
>>
>> KImageFuser is a graphical interface for enfuse and align_image_stack for
>> Linux.
>> I just published KImageFuser 0.3.0. See for downloads, screenshots and
>> changelog my KImageFuser pages at <
>> http://panorama.dyndns.org/index.php?lang=en&subject=KImageFuser&texttag=KImagefuser
>> >.
>>
>> As also mentioned in the previous 2 mails (last one 
>> here
>> ):
>> KImageFuser is a graphical interface for enfuse and align_image_stack. It
>> uses convert (ImageMagick) as a prerequisite tool and Exiftool as
>> supplementary tool.
>> You might or might not know that I'm the builder/creator of 
>> ImageFuserfor
>>  MacOSX. Roughly 3½ weeks ago, and one week before my holidays started,
>> my MacBook crashed as I reported 
>> here.
>> I went on holidays with a (cheap) laptop running Kubuntu linux.
>> Now that I'm back on Linux and being myself a frequent user of ImageFuser,
>> I found that there's no enfuse gui for Linux.
>> So I started writing 
>> KImageFuserusing
>> kommander  to be able to enfuse my
>> holiday images and preview what they were going to look like.
>>
>> KImageFuser is GPLed Open Source and you can use it in any form. As it is
>> a script you can even modify and improve it yourself. If you do, please let
>> me know as I like to benefit from it too.
>>
>>
>> Hoi,
>> Harry
>>
>>
>> Changelog since 0.2:
>>
>> 0.3.006 August 2009
>> - Added thumbs of source images to source images table (column with thumb,
>>   column with path name.
>>   I had to increase the window size to 980x635 to have a good image table.
>>
>>
>> - Added "bracketed" tux as starting image.
>> - Set "path" column width to 800. This will always fit the image name and 
>> path.
>> - Added rotate clockwise/counterclockwise buttons below (image) table to 
>> rotate
>>
>>
>>   thumbs.
>>
>>
>> 0.2.228 July 2009
>> - Bugfix: Batch enfuse was sometimes not correct when align_image_stack was 
>> used.
>> - Added "Image Info" buttons below tables. These buttons will open an 
>> external
>>
>>   text editor (which should be selected in the Settings tab) and it will show
>>
>>   all available EXIF information for that image. (Kommander doesn't have a
>>   popup function that can hold enough text).
>> - Added "Exit" button also on batch tab (just for convenience)
>> - Found "set table colum width" function (not a table function !?)
>>
>>
>> - Increased width of table to better show long path/file names.
>> - Added rotate clockwise/counterclockwise buttons below preview. convert 
>> does not
>>   take image orientation into account when converting.
>>
>>
>> 0.2.126 July 2009
>>
>>
>> - Removed the "oh so mysterious" Test button (sorry)
>> - Added exiftool functionality. If you enable exiftool on the Settings tab
>>   (and you should have it installed off course), KImageFuser will now copy
>>
>>
>>   loads of EXIF info from one of the source images to the new image.

[hugin-ptx] Re: KImageFuser: an Enfuse/align_image_stack gui for Linux - version 0.3.0

[Lajos Höss]

Hi,

I try your application on UHU-Linux 2.1. Not wotking. The command line error
message see below:
I see graphical error message: "Sorry - Kommander Executor" "Unable to
create dialog".
(kdewebdev 3.5.8 installed) Any help? This applications very interesting for
me. Thanks.

Lajos

~/kimagefuser$ ./KImageFuser.kmdr
DCOP: register 'kmdr-executor-2041' -> number of clients is now 1
kdecore (KLibLoader): library libkommanderwidgets.la not found under
'module' but under 'lib'
Parse error: error occurred while parsing element in line 1
kdecore (KLibLoader): The KLibLoader contains the library
libkommanderwidgets (0x80d6b18)
DCOP: unregister 'kmdr-executor-2041'



2009/8/6 Harry van der Wolf 

> Hi Linux users,
>
> KImageFuser is a graphical interface for enfuse and align_image_stack for
> Linux.
> I just published KImageFuser 0.3.0. See for downloads, screenshots and
> changelog my KImageFuser pages at <
> http://panorama.dyndns.org/index.php?lang=en&subject=KImageFuser&texttag=KImagefuser
> >.
>
> As also mentioned in the previous 2 mails (last one 
> here
> ):
> KImageFuser is a graphical interface for enfuse and align_image_stack. It
> uses convert (ImageMagick) as a prerequisite tool and Exiftool as
> supplementary tool.
> You might or might not know that I'm the builder/creator of 
> ImageFuserfor
>  MacOSX. Roughly 3½ weeks ago, and one week before my holidays started,
> my MacBook crashed as I reported 
> here.
> I went on holidays with a (cheap) laptop running Kubuntu linux.
> Now that I'm back on Linux and being myself a frequent user of ImageFuser,
> I found that there's no enfuse gui for Linux.
> So I started writing 
> KImageFuserusing
> kommander  to be able to enfuse my
> holiday images and preview what they were going to look like.
>
> KImageFuser is GPLed Open Source and you can use it in any form. As it is a
> script you can even modify and improve it yourself. If you do, please let me
> know as I like to benefit from it too.
>
>
> Hoi,
> Harry
>
>
> Changelog since 0.2:
>
> 0.3.0 06 August 2009
> - Added thumbs of source images to source images table (column with thumb,
>   column with path name.
>   I had to increase the window size to 980x635 to have a good image table.
>
> - Added "bracketed" tux as starting image.
> - Set "path" column width to 800. This will always fit the image name and 
> path.
> - Added rotate clockwise/counterclockwise buttons below (image) table to 
> rotate
>
>   thumbs.
>
>
> 0.2.2 28 July 2009
> - Bugfix: Batch enfuse was sometimes not correct when align_image_stack was 
> used.
> - Added "Image Info" buttons below tables. These buttons will open an external
>   text editor (which should be selected in the Settings tab) and it will show
>
>   all available EXIF information for that image. (Kommander doesn't have a
>   popup function that can hold enough text).
> - Added "Exit" button also on batch tab (just for convenience)
> - Found "set table colum width" function (not a table function !?)
>
> - Increased width of table to better show long path/file names.
> - Added rotate clockwise/counterclockwise buttons below preview. convert does 
> not
>   take image orientation into account when converting.
>
>
> 0.2.1 26 July 2009
>
> - Removed the "oh so mysterious" Test button (sorry)
> - Added exiftool functionality. If you enable exiftool on the Settings tab
>   (and you should have it installed off course), KImageFuser will now copy
>
>   loads of EXIF info from one of the source images to the new image.
> - Changed Tab title of first tab from "Standard" to "Main".
>
>
>
> >
>

--~--~-~--~~~---~--~~
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] Double quotes in pathnames and error handling by align_image_stack

[Adriaan van Os]

The following applies to align_image_stack version 0.8.0-svn3919 built by Harry 
van der Wolf, on 
Mac OS X 10.5.4.

1. align_image_stack silently fails if the pathname to the source files 
contains a name between 
double quotes, e.g. if the source files are in a folder

HDR DSCB_002959 "Dom van Florence"

2. align_image_stack does some error reporting in this situation, e.g.

Syntax error in script: Line 6
Could not assign variable

but, as far as I know, these messages are written to standard-output rather 
than standard-error.

3. align_image_stack ignores the internal errors, happily produces unaligned 
output images and 
returns exit code success (exit code 0).

Personally, I find (2) and (3) more serious than (1).

Keep up the good work with hugin and tools !

Regards,

Adriaan van Os
www.microbizz.nl


--~--~-~--~~~---~--~~
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: coding style

[Lukáš Jirkovský]

2009/8/5 Yuval Levy :
>
> * if you're not interested in Hugin's development, you can stop reading now*
>
> Hello Hugin developers,
>
> I've been looking at our source code and I find that it can use some
> consistency / clean up. The current status is historically grown - I am
> not sure every contributor has seen Pablo's notes [0] and I think our
> coding style belongs on the web, maybe on a wiki page?
>
> I would like to reach a consensus amongst the developers of what coding
> style we want. The consensus coding style should become a very strong
> recommendation for new code (I don't feel like policing volunteers /
> mandating it, but if we start to see unreadable code in commits we'll
> have to discuss it because this is critical for the project's long term
> viability); and when developers go over existing code, they can
> optionally make it more readable for themselves and for those coming
> after them.
>
> Do we want a loose coding style guideline like [1]? or a strict one like
> [2]? I tend for a loose - define a necessary minimum and let the good
> common sense of each individual contributor prevail.

I like more loose coding style. Spending a day learning what to do and
what not to do is IMO boring.

>
> Below are different points for discussion. If I have forgot one that you
> deem important in coding style, please add it. For every point there are
> a few alternatives. I have surely missed on alternatives and variations,
> so if you think that more should be added, do it.
>
> I kindly ask you to express your opinion to each and every single point
> as a contribution to the discussion. After most committers have
> expressed their opinion I will summarize the choices and propose a
> coding style for adoption.
>
>
> 1. NAMING CONVENTIONS
>
> 1.1. PRIVATE VARIABLES
>
> all private variables should have a prefix. Many (but not all) private
> variables are currently prefixed with m_ and I suggest to retain this
> style consistently across the codebase.

I don't know what to say about this. I'll be OK with it if it become a
part of coding guideline either doesn't.

>
> 1.2. VARIABLE NAMES
>
> some variables are named with the CamelCase convention - capitalizing
> the beginning of the word. Other use the word_separated_by_underscore
> convention. Are there other conventions? Which one do you favor?
>
> variable names should be clear and descriptive. no contractions, maybe
> with a few listed exception, e.g. Pano instead of Panorama. Any more
> exceptions?

I prefer camel case. But as I'm thinking about it I like convention
where classes and structures are with capitalized first word and
variables and functions are with small first word. For constants I'm
not really decisive but all caps may be a bit better because it's more
visible that it's a constant.

>
> 1.3. FUNCTION NAMES
>
> should functions follow the same conventions as variables? or a
> different one?
>
> function names should be descriptive. no contractions, maybe with a few
> listed exception, e.g. Pano instead of Panorama. Any more exceptions?

dtto.

>
>
> 2. COMMENTS
>
> 2.1. DOCUMENTATION (copied verbatim from Pablo)
>
> document your code (or the code you are reading and understanding) with
> doxygen (http://www.doxygen.org). Doxygen is a useful tool and can also
> be used to create other documentation that just class interface
> descriptions. It works by prefixing the function prototypes with a
> special comment. Pablo usually puts the documentation in the header files.
>
>       The basic usage is very javadoc like:
>
>       /** One sentence class description
>        *
>        *  more detailed description
>        *
>        * �...@todo pet the cat more often
>        * �...@bug  might scratch if annoyed
>        */
>       class Cat
>       {
>       public:
>           /** hunt food
>            *
>            * �...@param prey type of animals that we should hunt
>            * �...@return true if the cat is sated
>            */
>           bool HuntFood(Prey prey);
>
>       }
>
> 2.2. WORK IN PROGRESS
>
> if something needs work, put a // FIXME or // TODO comment so that a
> grep will reveal places that needs attention. Gedit automatically
> highlights TODO and FIXME.

I'm already using that and IMO it's very useful. Quite a lot of IDEs
have some facility to search for TODO's and FIXME's.

>
>
> 3. SPACING AND INDENTATION
>
> 3.1. BRACES
>
> there are many different indent styles [3]. I am personally used to 1TBS
> [4] (like the Linux Kernel), but I recently heard good arguments to
> adopt Allman style [5], which puts the brace associated with a control
> statement or a function on the next line, indented to the same level as
> the control statement. I am ready to go Allman. Or maybe you want to
> suggest other alternatives? Which one do you prefer?

1TBS. It's very compact.

>
> 3.2. TABULATORS
>
> use spaces instead of tabulators (to maintain consistency across
> editors). use four spaces for one indentation. or are there