[ptx] hugin 0.5 released

[JD Smith]

On Tue, 2005-12-13 at 10:22 -0700, JD Smith wrote:
> On Dec 13, 2005, at 8:18 AM, Rich wrote:
> 
> > resending to list...
> > --
> > pablo.dangelo at informatik.uni-ulm.de wrote:
> >> Hi,
> > ..
> >>> is there some information in tiff header or does enblend in some  
> >>> other
> >>> way determine the correct positions ?
> >> The offset is stored in the tiff header. However, it is not  
> >> possible to store
> >> the size of the complete panorama inside a single tiff file. To  
> >> create a output
> >> of the expected size, enblend needs to be told the size of the  
> >> whole panorama
> >> using -f.
> >> If it is not, enblend will only render the part covered by the  
> >> panorama.
> >
> > which seems to be a nice sideeffect while hugin can not crop full- 
> > sized
> > output images ;)
> >
> > is there a possibility for 'bad things' to happen if no final size is
> > provided or is the only difference the lack of usual black area
> > above/below panorama ?
> 
> It probably only matters if you are trying to produce an  
> equirectangular projection which has aspect ratio exactly 2 to 1,  
> which is required for viewer like PTViewer.  For print or other uses  
> of partial panoramas, it won't matter.
> 
> I wonder whether these cropped, offset TIFF files are editable by,  
> e.g., the Gimp, in a way which preserves the offsets?  Can you edit  
> the alpha channel, re-save, and then hand off to Enblend?  Does  
> enblend also now take the multi-layer TIFF format?  This I gather is  
> essentially the same as the offset, cropped format, but all put  
> together into a single file.

Sorry, Andrew answered this... no multi-layered TIFFs in enblend.  Do
people have scripts for placing all offset TIFFs in Gimp layers, editing
alpha, saving, and then splitting back into multiple offset TIFFs?

JD