Re: [hugin-ptx] Re: multiblend 0.3beta - now with pseudowrapping for 360 degree panoramas

[Carlos Eduardo G. Carvalho (Cartola)]

Hi David,

I have finally tested the 0.31beta on FreeBSD and it looks pretty ok. Maybe
it could be good to add a note on the build.txt file to also use the
options "-I/usr/local/include -L/usr/local/lib" to compile it on FreeBSD.

Thanks!

Carlos E G Carvalho (Cartola)
http://cartola.org/360



2012/3/27 Monkey 

> Some pseudowrapping bugs cleared up (including one that *created* a seam
> in the middle - oops!) - now at version 0.31beta.
>
> Windows binaries: http://horman.net/multiblend/multiblend0.31beta.zip
> Source for Linux/Mac/FreeBSD etc:
> http://horman.net/multiblend/multiblend0.31beta.tar.gz
>
> David
>
>
>
> On Tuesday, March 27, 2012 12:01:56 AM UTC+1, Monkey wrote:
>
>> Hi all,
>>
>> Previous discussion: http://groups.google.com/**
>> group/hugin-ptx/browse_thread/**thread/b08211b2659a7eab
>>
>> I've implemented a feature I'm calling "pseudowrapping" to blend
>> around the left/right borders for 360 degree panoramas, a much-
>> requested feature.
>>
>> There are no command-line switches to access this; pseudowrapping is
>> enabled any time multiblend is run with only a single uncropped TIFF
>> (such as that already created by a normal multiblend run) as its
>> input.
>>
>  --
> 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
>

-- 
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: multiblend 0.3beta - now with pseudowrapping for 360 degree panoramas

[Monkey]

> TGA may be nice compression wise, but I don't think this format is as 
> widely known as TIFF or PNG, so I'd opt for using the latter. Note that 
> this is pretty straightforward when using (for example) the freeimage 
> library (as opposed to using functions from libtiff or libjpeg directly).
>

It's all coded up now - I've gone for PNG as TGA can only give you up to 
1/256 compression, and as you say it is more widely known. -lpng will be a 
requirement for the next version (just waiting on some test files for a 
TIFF variant).

David

-- 
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: multiblend 0.3beta - now with pseudowrapping for 360 degree panoramas

[Bart van Andel]

Hi David,

I think I may have seen it, and meant to reply one day, but then I forgot...
>

No problem :)
 

>
> Anyway, I will look into adding your MCE support for the next version - 
> thanks for those.
>

Since the project has been renamed to "MXE" instead of "MCE" we'd probably 
better call it by its proper name MXE from now on.

 

> Just curious, why is -lz necessary in the build script?
>

Both libjpeg and libtiff make use of zlib functions. Normally you'd expect 
the compiler to add this -lz automatically when the build system was 
properly configured and you include -ljpeg of -ltiff. Unfortunately at 
least on my system this seems not to be the case, resulting in lots of 
errors like "undefined reference to _inflate". Adding -lz manually resolves 
this (and adding it twice won't hurt the compiler). This may have to do 
with an incomplete pkg-config file in libtiff or libjpeg which may or may 
not have been fixed (note that my MXE system isn't entirely up-to-date, 
I'll check this later).
 

I will add seam saving/loading soon as well, but I will use TGA as it is 
> easily compressed (although PNG may be even better).
>

TGA may be nice compression wise, but I don't think this format is as 
widely known as TIFF or PNG, so I'd opt for using the latter. Note that 
this is pretty straightforward when using (for example) the freeimage 
library (as opposed to using functions from libtiff or libjpeg directly).


Cheers,
Bart

 

>
> There may also be some disk caching features added, although the biggest 
> problem at the moment is heap fragmentation (and this may actually be the 
> cause of Evgeny's problems, rather than running out of memory).
>
> David
>
> On Thursday, April 19, 2012 9:26:08 AM UTC+1, Bart van Andel wrote:
>>
>> Hi David,
>>
>> Have you missed the contributions I posted earlier [0] (probably) or are 
>> you just ignoring it (unlikely)?
>>
>> [0] https://groups.google.com/d/msg/hugin-ptx/JPiViZQ-Ycw/4ygfvPVq4hgJ
>>
>> --
>> Bart
>>
>>
>>

-- 
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

Re: [hugin-ptx] Re: multiblend 0.3beta - now with pseudowrapping for 360 degree panoramas

[Bruno Postle]

On Tue 24-Apr-2012 at 17:49 -0300, Carlos Eduardo G. Carvalho (Cartola) wrote:
And I guess this is not only on linux. In general it is used like 
this. I guess a better next number would have been 0.3.1 to do 
what you meant. Just a suggestion, not a complain, ok? Thanks for 
your valuable job!


Sorry, meant to say that after using 0.31, then 0.32 or 0.40 would 
be ok, but 0.4 not so.


--
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

Re: [hugin-ptx] Re: multiblend 0.3beta - now with pseudowrapping for 360 degree panoramas

[Carlos Eduardo G. Carvalho (Cartola)]

And I guess this is not only on linux. In general it is used like this. I
guess a better next number would have been 0.3.1 to do what you meant. Just
a suggestion, not a complain, ok? Thanks for your valuable job!

Cheers,

Carlos E G Carvalho (Cartola)
http://cartola.org/360



2012/4/24 Bruno Postle 

> On Tue 24-Apr-2012 at 03:06 -0700, David Horman wrote:
>
>>
>> Anyway, I will look into adding your MCE support for the next version -
>> thanks for those.
>>
>
> Just one incredibly minor point: your last two releases were 0.3 and 0.31.
>  Packaging systems for Linux actually use these numbers to decide which
> version of a piece of software is 'newest', but the way they work is to
> treat the '.' as a separator rather than as a decimal point, i.e. 0.3 <
> 0.31 < 0.40, but 0.3 < 0.4 < 0.31
>
> Hope this makes sense, this is is bit more obvious when you have releases
> with more than one '.' called '2.23.1' etc...
>
> BTW, Fedora Linux f16, f17, f18 RPMs of multiblend can be found here:
> http://bugbear.postle.net/~**bruno/apt/fedora/linux/
>
> --
> 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+unsubscribe@**
> googlegroups.com 
> For more options, visit this group at http://groups.google.com/**
> group/hugin-ptx 
>

-- 
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

Re: [hugin-ptx] Re: multiblend 0.3beta - now with pseudowrapping for 360 degree panoramas

[Bruno Postle]

On Tue 24-Apr-2012 at 03:06 -0700, David Horman wrote:


Anyway, I will look into adding your MCE support for the next 
version - thanks for those.


Just one incredibly minor point: your last two releases were 0.3 and 
0.31.  Packaging systems for Linux actually use these numbers to 
decide which version of a piece of software is 'newest', but the way 
they work is to treat the '.' as a separator rather than as a 
decimal point, i.e. 0.3 < 0.31 < 0.40, but 0.3 < 0.4 < 0.31


Hope this makes sense, this is is bit more obvious when you have 
releases with more than one '.' called '2.23.1' etc...


BTW, Fedora Linux f16, f17, f18 RPMs of multiblend can be found 
here: http://bugbear.postle.net/~bruno/apt/fedora/linux/


--
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: multiblend 0.3beta - now with pseudowrapping for 360 degree panoramas

[Monkey]

Hi Bart,

I think I may have seen it, and meant to reply one day, but then I forgot...

Anyway, I will look into adding your MCE support for the next version - 
thanks for those. Just curious, why is -lz necessary in the build script?

I will add seam saving/loading soon as well, but I will use TGA as it is 
easily compressed (although PNG may be even better).

There may also be some disk caching features added, although the biggest 
problem at the moment is heap fragmentation (and this may actually be the 
cause of Evgeny's problems, rather than running out of memory).

David

On Thursday, April 19, 2012 9:26:08 AM UTC+1, Bart van Andel wrote:
>
> Hi David,
>
> Have you missed the contributions I posted earlier [0] (probably) or are 
> you just ignoring it (unlikely)?
>
> [0] https://groups.google.com/d/msg/hugin-ptx/JPiViZQ-Ycw/4ygfvPVq4hgJ
>
> --
> Bart
>
>
>

-- 
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: multiblend 0.3beta - now with pseudowrapping for 360 degree panoramas

[Bart van Andel]

Hi David,

Have you missed the contributions I posted earlier [0] (probably) or are 
you just ignoring it (unlikely)?

[0] https://groups.google.com/d/msg/hugin-ptx/JPiViZQ-Ycw/4ygfvPVq4hgJ

--
Bart


On Tuesday, March 27, 2012 1:01:56 AM UTC+2, Monkey wrote:
>
> Hi all, 
>
> Previous discussion: 
> http://groups.google.com/group/hugin-ptx/browse_thread/thread/b08211b2659a7eab
>  
>
> There's a new beta (I say beta; I probably really mean alpha) of 
> multiblend available at http://horman.net/multiblend 
>
> I've implemented a feature I'm calling "pseudowrapping" to blend 
> around the left/right borders for 360 degree panoramas, a much- 
> requested feature. 
>
> There are no command-line switches to access this; pseudowrapping is 
> enabled any time multiblend is run with only a single uncropped TIFF 
> (such as that already created by a normal multiblend run) as its 
> input. 
>
> This is really only a stepping-stone to a properly integrated wrapping 
> solution - it can't be called straight out of Hugin, for example, 
> because it only wraps a previously blended panorama. 
>
> Questions, comments, and complaints please :) 
>
> David

-- 
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

Re: [hugin-ptx] Re: multiblend 0.3beta - now with pseudowrapping for 360 degree panoramas

[Evgeny Toropov]

Hi David,
Thanks for the reply!

Ok, I tried multiblend with my another panorama on several systems. Maybe
you will find this useful:

Ubuntu x64 - works with any number of levels
Ubuntu x32 - works with 1 level, doesn't work with 2 levels.
Windows Vista x64 - works with any number of levels
Windows 7 x32 - cannot load even half of tiff images. The utility you
suggested http://www.techpowerup.com/forums/showthread.php?t=112556 didn't
bring any difference.

Every machine has 4 GB RAM in total, on every system (with the exception of
Windows 32), I had about 2.1 GB RAM given to the process. I am not sure
about the exact peak or the maximum allowed by a system - I used the simple
system monitor to track the memory.

If this is important, the uncompressed resulting panorama tiff weights 628
MB. The total of overlapping for every source image was about 100% - 30%
from one side + 30% another + ...

Evgeny


On Thu, Apr 12, 2012 at 6:00 PM, Monkey  wrote:

> Hi Evgeny,
>
> Memory usage is definitely an area where multiblend needs improvement.
>
> At the point it's failing, it's trying to malloc 164mb to store the one of
> the channels of the output image. This isn't much compared to the ~1.4gb
> it's already using, which makes me think you're using a 32-bit build. If
> you're running a 64-bit OS, you should be able to complete the blend with a
> 64-bit build of multiblend.
>
> If you're using my Windows builds, I'm not certain the 32-bit exe is large
> address aware (I'll make sure it is on the next build). You could try this
> utility to make the exe large address aware (able to use 3gb/4gb depending
> on your version of Windows, instead of just 2gb):
>
> http://www.techpowerup.com/forums/showthread.php?t=112556
>
> Finally, you *might *have some success with splitting your TIFFs into two
> sets and blending them separately, then blending the two results together -
> but multiblend doesn't preserve TIFF coordinates (something else to fix!)
> so you'd have to realign the two halves in Photoshop (or similar) before
> the final blend.
>
> The amount of extra memory required for each extra level is only 1/4 of
> the memory required for the level above, so it shrinks pretty quickly as
> you increase the number of levels. To go into more detail, there will be X
> mb assigned for the input images, Y mb for the output image, and Z for
> working space - it's only Z that increases with the number of levels, and Z
> for all levels will never exceed 1.333 times the amount of memory required
> for just a single level. Additionally, Y does not begin to be malloc'd
> until some of X is discarded.
>
> The next version will hopefully have some rudimentary disk caching (and
> the ability to blend much larger mosaics with the 64-bit build, if you have
> plenty of RAM).
>
> David
>
>
> On Thursday, April 12, 2012 4:47:46 PM UTC+1, Evgeny Toropov wrote:
>>
>> Hi, David,
>>
>> How much memory does it need for blending with L levels?
>> I have a huge wide cylindrical panorama 72076x2278.
>> When all the images are loaded, multiblend consumes up to 1.4 GB out of
>> my total 4 GB.
>> The program only works with 1 level (-l 1). Otherwise, I get the
>> following error:
>>
>> "
>> 72076x2278, 8bpp, 2 levels
>> split done
>> seaming...
>> masks...
>> blending...
>> Error: not enough memory for output channel!
>> "
>>
>> When 1 level option is set multiblend takes ~4 minutes to finish (almost
>> all is time to load nona tiffs), while enblend (also with 'levels' set to
>> 1) takes 140 min.
>>
>>
>>
>>
>> On Tue, Mar 27, 2012 at 2:11 PM, Monkey  wrote:
>>
>>> Some pseudowrapping bugs cleared up (including one that *created* a
>>> seam in the middle - oops!) - now at version 0.31beta.
>>>
>>> Windows binaries: 
>>> http://horman.net/multiblend/**multiblend0.31beta.zip
>>> Source for Linux/Mac/FreeBSD etc: http://horman.net/multiblend/**
>>> multiblend0.31beta.tar.gz
>>>
>>> David
>>>
>>>
>>>
>>> On Tuesday, March 27, 2012 12:01:56 AM UTC+1, Monkey wrote:
>>>
 Hi all,

 Previous discussion: http://groups.google.com/**group**
 /hugin-ptx/browse_thread/**threa**d/b08211b2659a7eab

 I've implemented a feature I'm calling "pseudowrapping" to blend
 around the left/right borders for 360 degree panoramas, a much-
 requested feature.

 There are no command-line switches to access this; pseudowrapping is
 enabled any time multiblend is run with only a single uncropped TIFF
 (such as that already created by a normal multiblend run) as its
 input.

>>>  --
>>> 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

Re: [hugin-ptx] Re: multiblend 0.3beta - now with pseudowrapping for 360 degree panoramas

[Monkey]

Hi Evgeny,

Memory usage is definitely an area where multiblend needs improvement.

At the point it's failing, it's trying to malloc 164mb to store the one of 
the channels of the output image. This isn't much compared to the ~1.4gb 
it's already using, which makes me think you're using a 32-bit build. If 
you're running a 64-bit OS, you should be able to complete the blend with a 
64-bit build of multiblend.

If you're using my Windows builds, I'm not certain the 32-bit exe is large 
address aware (I'll make sure it is on the next build). You could try this 
utility to make the exe large address aware (able to use 3gb/4gb depending 
on your version of Windows, instead of just 2gb):

http://www.techpowerup.com/forums/showthread.php?t=112556

Finally, you *might *have some success with splitting your TIFFs into two 
sets and blending them separately, then blending the two results together - 
but multiblend doesn't preserve TIFF coordinates (something else to fix!) 
so you'd have to realign the two halves in Photoshop (or similar) before 
the final blend.

The amount of extra memory required for each extra level is only 1/4 of the 
memory required for the level above, so it shrinks pretty quickly as you 
increase the number of levels. To go into more detail, there will be X mb 
assigned for the input images, Y mb for the output image, and Z for working 
space - it's only Z that increases with the number of levels, and Z for all 
levels will never exceed 1.333 times the amount of memory required for just 
a single level. Additionally, Y does not begin to be malloc'd until some of 
X is discarded.

The next version will hopefully have some rudimentary disk caching (and the 
ability to blend much larger mosaics with the 64-bit build, if you have 
plenty of RAM).

David

On Thursday, April 12, 2012 4:47:46 PM UTC+1, Evgeny Toropov wrote:
>
> Hi, David,
>
> How much memory does it need for blending with L levels?
> I have a huge wide cylindrical panorama 72076x2278.
> When all the images are loaded, multiblend consumes up to 1.4 GB out of my 
> total 4 GB.
> The program only works with 1 level (-l 1). Otherwise, I get the following 
> error:
>
> "
> 72076x2278, 8bpp, 2 levels
> split done
> seaming...
> masks...
> blending...
> Error: not enough memory for output channel!
> "
>
> When 1 level option is set multiblend takes ~4 minutes to finish (almost 
> all is time to load nona tiffs), while enblend (also with 'levels' set to 
> 1) takes 140 min.
>
>
>
>
> On Tue, Mar 27, 2012 at 2:11 PM, Monkey  wrote:
>
>> Some pseudowrapping bugs cleared up (including one that *created* a seam 
>> in the middle - oops!) - now at version 0.31beta.
>>
>> Windows binaries: http://horman.net/multiblend/multiblend0.31beta.zip
>> Source for Linux/Mac/FreeBSD etc: 
>> http://horman.net/multiblend/multiblend0.31beta.tar.gz
>>
>> David
>>
>>
>>
>> On Tuesday, March 27, 2012 12:01:56 AM UTC+1, Monkey wrote:
>>
>>> Hi all, 
>>>
>>> Previous discussion: http://groups.google.com/**
>>> group/hugin-ptx/browse_thread/**thread/b08211b2659a7eab
>>>  
>>>
>>> I've implemented a feature I'm calling "pseudowrapping" to blend 
>>> around the left/right borders for 360 degree panoramas, a much- 
>>> requested feature. 
>>>
>>> There are no command-line switches to access this; pseudowrapping is 
>>> enabled any time multiblend is run with only a single uncropped TIFF 
>>> (such as that already created by a normal multiblend run) as its 
>>> input. 
>>>
>>  -- 
>> 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
>>
>
>
On Thursday, April 12, 2012 4:47:46 PM UTC+1, Evgeny Toropov wrote:
>
> Hi, David,
>
> How much memory does it need for blending with L levels?
> I have a huge wide cylindrical panorama 72076x2278.
> When all the images are loaded, multiblend consumes up to 1.4 GB out of my 
> total 4 GB.
> The program only works with 1 level (-l 1). Otherwise, I get the following 
> error:
>
> "
> 72076x2278, 8bpp, 2 levels
> split done
> seaming...
> masks...
> blending...
> Error: not enough memory for output channel!
> "
>
> When 1 level option is set multiblend takes ~4 minutes to finish (almost 
> all is time to load nona tiffs), while enblend (also with 'levels' set to 
> 1) takes 140 min.
>
>
>
>
> On Tue, Mar 27, 2012 at 2:11 PM, Monkey  wrote:
>
>> Some pseudowrapping bugs cleared up (including one that *created* a seam 
>> in the middle - oops!) - now at version 0.31beta.
>>
>> Windows binaries: http://horman.net/multiblend/multiblend0.31beta.zip
>>

Re: [hugin-ptx] Re: multiblend 0.3beta - now with pseudowrapping for 360 degree panoramas

[Evgeny Toropov]

Hi, David,

How much memory does it need for blending with L levels?
I have a huge wide cylindrical panorama 72076x2278.
When all the images are loaded, multiblend consumes up to 1.4 GB out of my
total 4 GB.
The program only works with 1 level (-l 1). Otherwise, I get the following
error:

"
72076x2278, 8bpp, 2 levels
split done
seaming...
masks...
blending...
Error: not enough memory for output channel!
"

When 1 level option is set multiblend takes ~4 minutes to finish (almost
all is time to load nona tiffs), while enblend (also with 'levels' set to
1) takes 140 min.




On Tue, Mar 27, 2012 at 2:11 PM, Monkey  wrote:

> Some pseudowrapping bugs cleared up (including one that *created* a seam
> in the middle - oops!) - now at version 0.31beta.
>
> Windows binaries: http://horman.net/multiblend/multiblend0.31beta.zip
> Source for Linux/Mac/FreeBSD etc:
> http://horman.net/multiblend/multiblend0.31beta.tar.gz
>
> David
>
>
>
> On Tuesday, March 27, 2012 12:01:56 AM UTC+1, Monkey wrote:
>
>> Hi all,
>>
>> Previous discussion: http://groups.google.com/**
>> group/hugin-ptx/browse_thread/**thread/b08211b2659a7eab
>>
>> I've implemented a feature I'm calling "pseudowrapping" to blend
>> around the left/right borders for 360 degree panoramas, a much-
>> requested feature.
>>
>> There are no command-line switches to access this; pseudowrapping is
>> enabled any time multiblend is run with only a single uncropped TIFF
>> (such as that already created by a normal multiblend run) as its
>> input.
>>
>  --
> 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
>

-- 
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: multiblend 0.3beta - now with pseudowrapping for 360 degree panoramas

[Monkey]

Some pseudowrapping bugs cleared up (including one that *created* a seam in 
the middle - oops!) - now at version 0.31beta.

Windows binaries: http://horman.net/multiblend/multiblend0.31beta.zip
Source for Linux/Mac/FreeBSD etc: 
http://horman.net/multiblend/multiblend0.31beta.tar.gz

David


On Tuesday, March 27, 2012 12:01:56 AM UTC+1, Monkey wrote:
>
> Hi all, 
>
> Previous discussion: 
> http://groups.google.com/group/hugin-ptx/browse_thread/thread/b08211b2659a7eab
>  
>
> I've implemented a feature I'm calling "pseudowrapping" to blend 
> around the left/right borders for 360 degree panoramas, a much- 
> requested feature. 
>
> There are no command-line switches to access this; pseudowrapping is 
> enabled any time multiblend is run with only a single uncropped TIFF 
> (such as that already created by a normal multiblend run) as its 
> input. 
>

-- 
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