yaniv | 1 Oct 14:00 2006
Picon

Re: Package


There is a package for Hugin in universe, but it might not be available
for 6.06.1 (I'm running edgy). Try enabling universe and running sudo
apt-get install hugin, and if that doesn't work, you could try
downloading the package by hand from edgy
(http://archive.ubuntu.com/ubuntu/pool/universe/h/hugin/), and
installing it - just be warned it could cause issues.

Anyway, the guide you mentioned worked for me on Dapper - just make
sure it really does install all dependencies mentioned.

Coudy wrote:
> Hello,
> I don't know how to install hugin on Kubunt 6.06.1. I have tried this
> guide http://exolucere.ca/articles/compile-hugin-ubuntu
> Can someone build package for Kubuntu ?

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

Hubert Figuiere | 1 Oct 16:04 2006
Picon

Re: Package


Coudy wrote:
> Hello,
> I don't know how to install hugin on Kubunt 6.06.1. I have tried this
> guide http://exolucere.ca/articles/compile-hugin-ubuntu
> Can someone build package for Kubuntu ?

There is a package in Edgy. I could rebuild it on Dapper, but you need
also a more recent libpano12 as well. And that one does not build
directly. Maybe you can ask the backport team to provide them?

Hub

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

Alan | 1 Oct 18:08 2006
Picon
Picon

Help with simple task


   I have what I think is a very simple task for hugin, but my attempt
to do it did not work out:  I have created three GIF maps of
overlapping geographic areas (on Multimap) at the same scale.  I want
one larger map showing a greater area.  I used Hugin to get a JPEG file
out, but I got distortions.  That is, the distances between points of
interest on the merged map are different from the distances between
those same points on the original maps.  I am comparing printouts.

    I used a rectilinear projection and defaults for the stitching
engine (nona) and interpolator (Poly3 - Bicubic).  Before stitching, I
calculated the Panorama Image Size and the Field of View.  This is with
version 0.6.1.

    I simply want to joint map images that are already at the same
scale and without camera/photo-induced distortions.  Can anyone help me
with picking the right settings?

                                            Thanks, Alan

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

(Continue reading)

Bruno Postle | 1 Oct 18:24 2006
X-Face
Picon

Re: Help with simple task


On Sun 01-Oct-2006 at 09:08 -0700, Alan wrote:
>
> I have what I think is a very simple task for hugin, but my attempt
> to do it did not work out:  I have created three GIF maps of
> overlapping geographic areas (on Multimap) at the same scale.  I want
> one larger map showing a greater area.

Are you following this tutorial?

http://hugin.sourceforge.net/tutorials/scans/

--

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

Alan | 1 Oct 19:36 2006
Picon
Picon

Re: Help with simple task


  No, but I went back and followed the tutorial.  It is so out of synch
with the latest version of Hugin, there is little possibility of me
duplicating it.

    However, when When unchecking "Inherit" for parameter v, Hugin
crashed:

HUGIN caused an invalid page fault in
module HUGIN.EXE at 0167:00602fa3.
Registers:
EAX=00c0f038 CS=0167 EIP=00602fa3 EFLGS=00010212
EBX=00000000 SS=016f ESP=00c0ef98 EBP=00c0f1b0
ECX=3115d8a0 DS=016f ESI=3115d8a0 FS=692f
EDX=00000000 ES=016f EDI=0132b170 GS=0000
Bytes at CS:EIP:
8b 41 04 55 8b 68 04 8a 4d 69 84 c9 89 44 24 04
Stack dump:
00c0f138 013327c0 006034df 0132b170 3115d8a0 0132b170 3115d8a0 006043af
00c0f038 0132b170 0126ad30 0104d900 0086ccf3 009cd088 00c0f008 008673c8

                 Alan

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

JD Smith | 1 Oct 21:01 2006
Picon

TIFF and timing


I'm curious why Hugin doesn't permit TIFF_M cropped output with  
enblend?  It's a simple matter of calling enblend (for enblend  
 >=v2.4) like:

% enblend -f wxh -o foo.tif foo0*.tif

where "wxh" is the output panorama size, and seems to be the fastest  
method.  I tested some timings on my iMac G5, Hugin 0.6.1, for a  
10000x5000 equirectangular output image, composed of 10 (single row)  
18mm shots (about 66 degrees vertical fov).  Here's what I found:

Options                Stitch Time  Enblend Time  Intermediate Image  
Size
======================================================================== 
=
TIFF                      3:40        4:28          190MB
TIFF_m, crop              1:57        3:06          10MB
TIFF_m, crop, LZW         2:00        3:21           6MB

The composited output is identical.

For efficiency and minimized disk usage, it seems appropriate to  
allow soft blending on cropped TIFF_m, and make it the default output  
format.  For large multi-row 360x180's at higher focal length, the  
difference in efficiency would be even more extreme (i.e. a  
20000x10000 equirectangular would push 1GB per input image... now  
imagine a multi-row of 60 images or so).

It's not clear now what the difference between normal "TIFF" and  
(Continue reading)

JD Smith | 1 Oct 21:28 2006
Picon

Gimp and Alpha-Masks


Hugin can output either individual cropped tiffs, or multi-layer  
tiffs, both of which are more convenient than the full "mostly black"  
TIFF output.  Gimp 2 can read, but not write, the multi-layers.  To  
exclude regions from enblend consideration, it's useful to read in  
the multi-layer tiff, and edit the alpha masks of individual layers.   
Sadly, GIMP can't save the resulting file, and neither can enblend  
read it.

A documented workaround is to use the "continuous_save" script to  
save out each layer as a separate file: http://wiki.panotools.org/ 
TIFF.  This indeed saves individual files, but they do not pass  
through the XPOSITION and YPOSITION offset information in their  
headers, rendering them useless for enblend (which will consider them  
to be stacked all on top of eachother).  They also discard whatever  
marks the alpha masks as "unassociated", causing errors when enblend  
reads them.  I haven't found a way to prevent this header lossage.

So, how are people pre-editing their alpha masks before sending to  
enblend?  By using the large and wasteful full TIFF output, and  
adding the MASK by hand?  Or am I missing something simple?

JD

--~--~---------~--~----~------------~-------~--~----~
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 <at> googlegroups.com
To unsubscribe from this group, send email to hugin-ptx-unsubscribe <at> googlegroups.com
(Continue reading)

Bruno Postle | 1 Oct 22:13 2006
X-Face
Picon

Re: Gimp and Alpha-Masks


On Sun 01-Oct-2006 at 12:28 -0700, JD Smith wrote:
>
> So, how are people pre-editing their alpha masks before sending to  
> enblend?  By using the large and wasteful full TIFF output, and  
> adding the MASK by hand?  Or am I missing something simple?

I don't use multilayer TIFFs because enblend can't read them (and 
gimp can't save them).  So I use TIFF_m output for separate files.

I'm working with 16bit images, so I edit the output from nona in 
cinepaint and add the alpha masks there.  Cinepaint seems to 
preserve the cropped TIFF offsets without problems.

I then pass these separate files to enblend and it all seems to 
work out ok.

--

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

(Continue reading)

Krisztian Rassay | 2 Oct 14:59 2006
Picon

Re: Gimp and Alpha-Masks


HOn Oct  1 12:28, JD Smith wrote:
> 
> Hugin can output either individual cropped tiffs, or multi-layer  
> tiffs, both of which are more convenient than the full "mostly black"  
> TIFF output.  Gimp 2 can read, but not write, the multi-layers.  To  
> exclude regions from enblend consideration, it's useful to read in  
> the multi-layer tiff, and edit the alpha masks of individual layers.   
> Sadly, GIMP can't save the resulting file, and neither can enblend  
> read it.
> 
> A documented workaround is to use the "continuous_save" script to  
> save out each layer as a separate file: http://wiki.panotools.org/ 
> TIFF.  This indeed saves individual files, but they do not pass  
> through the XPOSITION and YPOSITION offset information in their  
> headers, rendering them useless for enblend (which will consider them  
> to be stacked all on top of eachother).  They also discard whatever  
> marks the alpha masks as "unassociated", causing errors when enblend  
> reads them.  I haven't found a way to prevent this header lossage.
> 
> So, how are people pre-editing their alpha masks before sending to  
> enblend?  By using the large and wasteful full TIFF output, and  
> adding the MASK by hand?  Or am I missing something simple?

I recently wrote a tiny perlfu plugin to save the layers of an image to
separate tiff files, that can be used for enblending. So, my workflow
is to create multilayer tiff in hugin, load in gimp, edit, save-layers,
then enblend. This editing consumes much memory, but you can really see 
the layers, how they have to be masked to get perfect overlap.

(Continue reading)

dmg | 2 Oct 15:14 2006
Picon
Picon

How should we handle alpha masks?


Ok, this is a libpano question, but I think it more important to ask
to the hugin users.

The question is related to alpha masks in TIFF and Photoshop files.

Currently PTmender creates one mask per image. If the format is
tiff_mask and psd_mask an "optimal" mask is computed (optimal is a
misnomer, but it is something that I have plans to improve) and this
is the final alpha channel in the TIFF (and PSD).

The problem with this approach is that the original mask of the image
is lost. Perhaps this is most visible in the PSD_mask output, where
the alpha channel has the "good" pixels, but the region outside the
photo is black. There is no easy way to modify the mask without also
removing this "black" region from the image.

My proposal is to change TIFF_mask output from 4 channels to 5
channels. The 4th channel will be the alpha mask of the entire
remapped image (identical to tiff_m). The 5th channel will be the
"optimal" mask. 

I have explored the creation of files with more than 4 channels and it
is not a problem for the tiff library. In fact I already have an
implementation for the tiff_mask using 5 layers (but the rest of the
logic in PTmender needs to be updated to handle flattening of these
TIFFs (panotools is very hardcoded to TIFFs of 3 and 4 channels) and
the creation of PSD_mask.

Does anybody know how enblend will react to these types of files? To
(Continue reading)


Gmane