[hugin-ptx] Ubuntu 10.10 20101101 Build

[Dale Beams]

As promised:

http://www.tatteredmoons.org/hugin/deb

Build for Nov 01, 2010.

-- 
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: hugin and video stitching

[john doe]

yes but it is paid and only works in mac and windows...as of now ive been
succesfully encdoing 3 second 360 degree video using ffmpeg, mencoder, hugin
and some perl scripts...

im thinking couldnt it be possible to do a include ffmpeg in hugin, add the
program lines to the source files and headers and make the glwindow play the
video???you could add a open video function in the menu, and use the
glwindow tabs slider to play or seek frames...

On Mon, Nov 1, 2010 at 8:49 PM, Tom Sparks wrote:

> --- On *Tue, 2/11/10, john doe * wrote:
>
>
> From: john doe 
> Subject: Re: [hugin-ptx] Re: hugin and video stitching
> To: hugin-ptx@googlegroups.com
> Received: Tuesday, 2 November, 2010, 12:02 PM
>
>
> Firstly i stated in the hugin group that im not a programmer, im a lawyer,
> and im beginning to study QT4...
>
> secondly, before ironically commenting about subjects its better to look in
> the webas tom stated, i wrote the thread specifically because in DIY
> sites there are threads on how to do panoramic video using hugin, with
> ffmpeg, mencoder and gstreamer...but running the programs dependently..of
> course you could use some perl scripts available in internet, but the idea
> is for hugin to do this...
>
> in the DIY there are tutorials on how to do a 360 degree panoramic video
> with dual fisheye cameras...
>
> on the other hand i mentioned about MPREMAP...written by the author of pano
> tools..
>
> THIS IS THE SITE..
>
> http://webuser.hs-furtwangen.de/~dersch/mp/MotionPanoramas.html
>
> its written in java and uses ffmpeg and pano tools to do the panoramic
> video conversions..
>
> the best example is eyesee360's videowarp @
> http://www.eyesee360.com/videowarp/,
> but I would like to see a multi-track version :)
>
>
> tom_a_sparks
> "It's a nerdy thing I like to do"
>
>
>
> --
> 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

Re: [hugin-ptx] Re: hugin and video stitching

[Tom Sparks]

--- On Tue, 2/11/10, john doe  wrote:

From: john doe 
Subject: Re: [hugin-ptx] Re: hugin and video stitching
To: hugin-ptx@googlegroups.com
Received: Tuesday, 2 November, 2010, 12:02 PM

Firstly i stated in the hugin group that im not a programmer, im a lawyer, and 
im beginning to study QT4...
secondly, before ironically commenting about subjects its better to look in the 
webas tom stated, i wrote the thread specifically because in DIY sites 
there are threads on how to do panoramic video using hugin, with ffmpeg, 
mencoder and gstreamer...but running the programs dependently..of course you 
could use some perl scripts available in internet, but the idea is for hugin to 
do this...

in the DIY there are tutorials on how to do a 360 degree panoramic video with 
dual fisheye cameras...
on the other hand i mentioned about MPREMAP...written by the author of pano 
tools..

THIS IS THE SITE..
http://webuser.hs-furtwangen.de/~dersch/mp/MotionPanoramas.html

its written in java and uses ffmpeg and pano tools to do the panoramic video 
conversions..

the best example is eyesee360's videowarp @ http://www.eyesee360.com/videowarp/,
but I would like to see a multi-track version :)

tom_a_sparks

"It's a nerdy thing I like to do"


  

-- 
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: hugin and video stitching

[john doe]

On Mon, Nov 1, 2010 at 8:32 PM, john doe  wrote:

> Firstly i stated in the hugin group that im not a programmer, im a lawyer,
> and im beginning to study QT4...
>
> secondly, before ironically commenting about subjects its better to look in
> the webas tom stated, i wrote the thread specifically because in DIY
> sites there are threads on how to do panoramic video using hugin, with
> ffmpeg, mencoder and gstreamer...but running the programs dependently..of
> course you could use some perl scripts available in internet, but the idea
> is for hugin to do this...
>
> in the DIY there are tutorials on how to do a 360 degree panoramic video
> with dual fisheye cameras...
>
> on the other hand i mentioned about MPREMAP...written by the author of pano
> tools..
> also there is ryubins flash panorama dual fish eye sample mode which can
> stitch video recorded from 2 fishey cameras..but i think flash in hugin is
> nearly impossible as of now..


>
THIS IS THE SITE..
>
> http://webuser.hs-furtwangen.de/~dersch/mp/MotionPanoramas.html
>
>  its
> written in java and uses ffmpeg and pano tools to do the panoramic video
> conversions..
>
>
> On Mon, Nov 1, 2010 at 8:23 PM, Tom Sparks wrote:
>
>> --- On Tue, 2/11/10, Bart van Andel  wrote:
>>
>>
>> > Well, since all mentioned
>> > applications are open source, why don't you
>> > go ahead and start mashing up a nice program? Or do you
>> > think this
>> > will be too much work or too hard?
>> > 
>> >
>>
>> I got other project more important, eg: porting software to my elphel
>> spherecam setup
>>
>> > I'm not here to discourage anyone, but seriously, this
>> > suggestion is
>> > very far from a simple / easy / straightforward task. The
>> > availability
>> > of source code "to start with" does not make much
>> > difference: being
>> > able to open a video stream and extract frames does not
>> > imply that
>> > stitching them automatically (into what?) is done with a
>> > few lines of
>> > code. But if you want to give it a shot, go ahead of
>> > course.
>> >
>>
>> here are two examples
>> http://www.diy-streetview.org/forum/viewtopic.php?f=2&t=8
>> http://www.diy-streetview.org/2010/07/01/streetview-video-by-free-hugin/
>>
>>
>> 
>> > --
>> > Bart
>>
>> tom_a_sparks
>> "It's a nerdy thing I like to do"
>>
>>
>>
>>
>>
>>
>> --
>> 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

Re: [hugin-ptx] Re: hugin and video stitching

[john doe]

Firstly i stated in the hugin group that im not a programmer, im a lawyer,
and im beginning to study QT4...

secondly, before ironically commenting about subjects its better to look in
the webas tom stated, i wrote the thread specifically because in DIY
sites there are threads on how to do panoramic video using hugin, with
ffmpeg, mencoder and gstreamer...but running the programs dependently..of
course you could use some perl scripts available in internet, but the idea
is for hugin to do this...

in the DIY there are tutorials on how to do a 360 degree panoramic video
with dual fisheye cameras...

on the other hand i mentioned about MPREMAP...written by the author of pano
tools..

THIS IS THE SITE..

http://webuser.hs-furtwangen.de/~dersch/mp/MotionPanoramas.html

its written
in java and uses ffmpeg and pano tools to do the panoramic video
conversions..

On Mon, Nov 1, 2010 at 8:23 PM, Tom Sparks wrote:

> --- On Tue, 2/11/10, Bart van Andel  wrote:
>
>
> > Well, since all mentioned
> > applications are open source, why don't you
> > go ahead and start mashing up a nice program? Or do you
> > think this
> > will be too much work or too hard?
> > 
> >
>
> I got other project more important, eg: porting software to my elphel
> spherecam setup
>
> > I'm not here to discourage anyone, but seriously, this
> > suggestion is
> > very far from a simple / easy / straightforward task. The
> > availability
> > of source code "to start with" does not make much
> > difference: being
> > able to open a video stream and extract frames does not
> > imply that
> > stitching them automatically (into what?) is done with a
> > few lines of
> > code. But if you want to give it a shot, go ahead of
> > course.
> >
>
> here are two examples
> http://www.diy-streetview.org/forum/viewtopic.php?f=2&t=8
> http://www.diy-streetview.org/2010/07/01/streetview-video-by-free-hugin/
>
>
> 
> > --
> > Bart
>
> tom_a_sparks
> "It's a nerdy thing I like to do"
>
>
>
>
>
>
> --
> 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

Re: [hugin-ptx] Re: hugin and video stitching

[Tom Sparks]

--- On Tue, 2/11/10, Bart van Andel  wrote:


> Well, since all mentioned
> applications are open source, why don't you
> go ahead and start mashing up a nice program? Or do you
> think this
> will be too much work or too hard?
> 
>

I got other project more important, eg: porting software to my elphel spherecam 
setup
  
> I'm not here to discourage anyone, but seriously, this
> suggestion is
> very far from a simple / easy / straightforward task. The
> availability
> of source code "to start with" does not make much
> difference: being
> able to open a video stream and extract frames does not
> imply that
> stitching them automatically (into what?) is done with a
> few lines of
> code. But if you want to give it a shot, go ahead of
> course.
> 

here are two examples
http://www.diy-streetview.org/forum/viewtopic.php?f=2&t=8
http://www.diy-streetview.org/2010/07/01/streetview-video-by-free-hugin/



> --
> Bart

tom_a_sparks
"It's a nerdy thing I like to do"




  

-- 
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 and video stitching

[Bart van Andel]

Well, since all mentioned applications are open source, why don't you
go ahead and start mashing up a nice program? Or do you think this
will be too much work or too hard?


I'm not here to discourage anyone, but seriously, this suggestion is
very far from a simple / easy / straightforward task. The availability
of source code "to start with" does not make much difference: being
able to open a video stream and extract frames does not imply that
stitching them automatically (into what?) is done with a few lines of
code. But if you want to give it a shot, go ahead of course.

Oh and by the way, krpano is NOT a video stitching program. It is
"merely" a program which can display panoramic video (ok, warping it
in real time), which is already in panoramic format (e.g. stitched
from multiple videos in a pre-processing step or taken with a
panoramic camera system directly).

--
Bart


On 1 nov, 23:48, Tom Sparks  wrote:
> --- On Sat, 30/10/10, paisajesenvenezuela  wrote:
>
> > has any of the hugin creators though
> > about using FFMPEG, OPENCV and
> > LIBPANO to make user open, read, write video files and to
> > be able to
> > stitch theM??
>
> > VLC is made with QT, and uses FFMPEG, so if any of the
> > coders need
> > some sample code to work on, they could use VLC and FFMPEG
> > to start..
>
> I would like to see a real-time video stitch/warping program like krpano but 
> not flash based
>
> tom

-- 
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] hugin and video stitching

[Tom Sparks]

--- On Sat, 30/10/10, paisajesenvenezuela  wrote:

> has any of the hugin creators though
> about using FFMPEG, OPENCV and
> LIBPANO to make user open, read, write video files and to
> be able to
> stitch theM??
> 
> VLC is made with QT, and uses FFMPEG, so if any of the
> coders need
> some sample code to work on, they could use VLC and FFMPEG
> to start..
> 

I would like to see a real-time video stitch/warping program like krpano but 
not flash based

tom


  

-- 
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] [RFC] How about installing private libraries in a private directory

[Bruno Postle]

On Sun 31-Oct-2010 at 08:08 +0100, Andreas Metzler wrote:


However afaict these libraries are not supposed to be used by 
programs outside hugin. Nobody seems to be responsible for 
defining and monitoring a public interface. The libraries are not 
versioned. Stuff should just work for hugin.


Anyway, how about making this fact [1] a little bit more official 
by moving the libs to a private subdirectory ($libdir/hugin) and 
using rpath?


Yes the libraries are private, for now anyway, we also don't install 
header files that you would need if they were 'public'.  Since 
nobody should be linking to the libraries we shouldn't be installing 
the .so symlinks either.


--
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: Stitcher Tab

[Bruno Postle]

On Mon 01-Nov-2010 at 12:46 -0700, Thomas Modes wrote:


I would like to keep the controls on the sticher tab. This allows 
me to change some aspects without opening the preview window. If I 
want only change a simple aspect, I can do it without to wait for 
the preview.


To be able to move critical functionality to the preview we need a 
preview that is functional while photos are loaded in a background 
thread.


--
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: Where to place feature requests?

[Bernd Hohmann]

On 01.11.2010 20:51, T. Modes wrote:


 Does this require using a pre-aligned panorama (as below), or is it
 expected to succeed with images in the project in any order and all
 beginning placed at 0, 0, 0?


The positions of the images has no influence on the multi-row option.
The order is relevant, because as a first step is matches only
consecutive images.


What are the requirements for the output of the cp generator then?

Just asking because my wrappr for ASIFT uses the new multirow option but 
as far as I can see the sequence is 1+2, 1+3, 2+3, 2+4 only.


Bernd

--
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: Where to place feature requests?

[T. Modes]

Hi Eric,

On 1 Nov., 06:34, Eric O'Brien  wrote:
> > The multi-row option is more sophisticated than this, matching  
> > consecutive images is only the first step in the process.  It is  
> > able to deal with rows or columns in any order.
>
> Does this require using a pre-aligned panorama (as below), or is it  
> expected to succeed with images in the project in any order and all  
> beginning placed at 0, 0, 0?

The positions of the images has no influence on the multi-row option.
The order is relevant, because as a first step is matches only
consecutive images.

> > Yes you can do this in Hugin currently, use an existing project as a  
> > template with the File -> Apply Template function, then use a  
> > 'prealigned panorama' control point detector preset.
>
> Out of curiosity, is it the *control point generator* that  
> "understands" to create control points only between overlapping  
> images, or is that some information that Hugin generates and passes to  
> the CP generators?  Or...?

The prealigned option works with all control point generators. Hugin
calculates the overlaps and pass the information to the cp generator.

Thomas

-- 
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: Stitcher Tab

[T. Modes]

Hi,

I would like to keep the controls on the sticher tab. This allows me
to change some aspects without opening the preview window. If I want
only change a simple aspect, I can do it without to wait for the
preview. If the controls are only on the preview window, I have to
wait until the preview window has be fully loaded, which can take some
time on bigger projects. So leaving this control on the stitcher tab
has advantages for bigger projects.

Thomas

-- 
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: Where to place feature requests?

[john doe]

i have an ideahave any of you seen mpremap??it is used for single video
motion panorama projection transformation...it usess ffmpeg and libpano...

Why not build hugin with ffmpeg libraries, to be able to read video and
change the projections??this could be a step towards making hugin a video
stitcher...mpremap is written in java...

nonetheless, there are some video editing programs that are written in qt4
that hugin could use some code to work with, avidemux is written in qt4 and
usess ffmpeg, so i think is VLC..



On Mon, Nov 1, 2010 at 2:00 PM, kfj <_...@yahoo.com> wrote:

>
>
> On 1 Nov., 01:02, Bruno Postle  wrote:
>
> > Sorry, we are really suffering from a lack of documentation
> > considering how often we get requests for features that already
> > exist.
>
> I think this is true. It's sad, but true. An undocumented feature
> might as well not be there. Someone has spent time and effort
> implementing a solution to a problem they have seen, it's gone through
> 'peer review' and testing - but it can't be used by the general
> public, because it's so obscure or badly documented hardly anyone can
> figure it out.
> The person implementing a feature is really in the best position to
> document it, because they have the clearest insight in the feature -
> why it was introduced, how it was implemented, how it can be used. But
> of course it's much more fun just writing the thing and then moving on
> to the next interesting problem.
> What to do about it?
>
> whith regards
> Kay
>
> --
> 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: Where to place feature requests?

[kfj]

On 1 Nov., 01:02, Bruno Postle  wrote:

> Sorry, we are really suffering from a lack of documentation
> considering how often we get requests for features that already
> exist.

I think this is true. It's sad, but true. An undocumented feature
might as well not be there. Someone has spent time and effort
implementing a solution to a problem they have seen, it's gone through
'peer review' and testing - but it can't be used by the general
public, because it's so obscure or badly documented hardly anyone can
figure it out.
The person implementing a feature is really in the best position to
document it, because they have the clearest insight in the feature -
why it was introduced, how it was implemented, how it can be used. But
of course it's much more fun just writing the thing and then moving on
to the next interesting problem.
What to do about it?

whith regards
Kay

-- 
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] Stitcher Tab

[James Legg]

On Sun, 2010-10-31 at 15:31 -0400, Yuval Levy wrote:
> the current Stitcher tab displays well on high resolution displays (e.g. 
> 1920x1080) but a major drawback on the average notebook display (1366x768): 
> it 
> must be scrolled (although well designed, with the buttons fix).

I find I don't often need to scroll, because I can stop reading at the
remapped images section in many cases, then stitch with the buttons
fixed to the bottom.

I think it would fit better if I could have progressive disclosure
widgets for the processing section and the images for manual editing
check boxes. I tried that, but it only worked on wxGTK.

> Most of the output parameters, with the exception of canvas size, can already 
> be set up in the Fast Preview.
> 
> How about adding a Canvas tab to the Fast Preview and remove all output 
> parameters from the Stitcher tab, doing away with the duplication and 
> dedicating the tab to the stitching process only?

While I have no objection to the projection, field of view, and crop
going, I'm not sure the preview is the place for the canvas size.

When you change the canvas size and keep the ratio the same, there is no
visual difference to the preview. The ratio itself can already be set
via the horizontal and vertical field of view sliders in several
projections.

> To make life easy three buttons on a non-scrollable top line (similar to the 
> two action buttons on the non-scrollable button line) could open the Fast 
> Preview with the relevant tab activated (Projection/fov; Canvas; Crop).

I don't think having them non-scrollable is necessary. Maybe only one
button is needed. But certainly having something to point users of
previous versions of Hugin to the moved controls is a good idea.

-James

-- 
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: View this page "Affine SIFT algorith"

[john doe]

ok im out for now, im going to check out some avidemux code...i think hugin
can use some part of it and FFMPEG to read videos to convert them to
diffrent projections and do video stitching...i opened a thread on this,
havent seen any replies..

On Mon, Nov 1, 2010 at 11:43 AM, Bernd Hohmann wrote:

> On 01.11.2010 16:49, john doe wrote:
>
>  maybe its because the algorith isnt written for high detail pics, so it
>> might work with 640*480 resolution images or 800*600...
>>
>
> It works perfectly with high resolution images, its a matter of the number
> of contrast changes (or so). I guess a fine checkerboard pattern will drive
> it crazy :-)
>
> demo_ASIFT rescales to 800*600 internally.
>
>
> Bernd
>
> --
> 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

Re: [hugin-ptx] Re: View this page "Affine SIFT algorith"

[Bernd Hohmann]

On 01.11.2010 16:49, john doe wrote:


maybe its because the algorith isnt written for high detail pics, so it
might work with 640*480 resolution images or 800*600...


It works perfectly with high resolution images, its a matter of the 
number of contrast changes (or so). I guess a fine checkerboard pattern 
will drive it crazy :-)


demo_ASIFT rescales to 800*600 internally.

Bernd

--
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: View this page "Affine SIFT algorith"

[john doe]

maybe its because the algorith isnt written for high detail pics, so it
might work with 640*480 resolution images or 800*600...
On Mon, Nov 1, 2010 at 10:48 AM, Bernd Hohmann wrote:

> On 01.11.2010 14:32, Tom Sharpless wrote:
>
> Tom,
>
>
>   As far as I can see, ASIFT is doing its job very well even with fisheye
>>>  images and without calibration data.
>>>
>>>  That is surprising to me.  As I understand the description of ASIFT
>> (which is not very well) it assumes that the source images are in
>> rectilinear projection.
>>
>
> I don't think that the projection of the original images does matter
> because the algorithm bend and distort them in all directions.
>
>
>  However, the results should speak for themselves.
>>
>
> Indeed.
>
> I created a testcase: 8 fisheye shots, all of them "shots from the hip".
>
> All the cp finders included in hugin went wrong, ASIFT created enouth good
> points so that all images were almost in the right position.
>
> On images with high detail (for example my shots of an ancient lime rock
> mine), the algorithm gets painful slow. About 90 seconds for generating the
> keypoints and about 20-25 minutes for matching.
>
> Bernd
>
>
> --
> 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

Re: [hugin-ptx] Re: View this page "Affine SIFT algorith"

[Bernd Hohmann]

On 01.11.2010 14:32, Tom Sharpless wrote:

Tom,


 As far as I can see, ASIFT is doing its job very well even with fisheye
 images and without calibration data.


That is surprising to me.  As I understand the description of ASIFT
(which is not very well) it assumes that the source images are in
rectilinear projection.


I don't think that the projection of the original images does matter 
because the algorithm bend and distort them in all directions.



However, the results should speak for themselves.


Indeed.

I created a testcase: 8 fisheye shots, all of them "shots from the hip".

All the cp finders included in hugin went wrong, ASIFT created enouth 
good points so that all images were almost in the right position.


On images with high detail (for example my shots of an ancient lime rock 
mine), the algorithm gets painful slow. About 90 seconds for generating 
the keypoints and about 20-25 minutes for matching.


Bernd

--
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: View this page "Affine SIFT algorith"

[john doe]

so, it would be an interesting thing to create  a template.pto before, and
include it in the ASIFT source code, and see what happens??

On Mon, Nov 1, 2010 at 9:02 AM, Tom Sharpless  wrote:

> Hi Bernd
>
> On Oct 31, 7:02 am, Bernd Hohmann  wrote:
> > On 31.10.2010 03:14, Tom Sharpless wrote:
> >
> > Tom,
> >
> > > It is a fact that SIFT does not find as many matches as we would like
> > > in wide angle and especially fisheye images.  But that problem will
> > > not be solved by better matching of affine transformations, as it is
> > > due to image deformations, characteristic of those lenses, that are
> > > not affine transformations.
> >
> > As far as I can see, ASIFT is doing its job very well even with fisheye
> > images and without calibration data.
> >
> That is surprising to me.  As I understand the description of ASIFT
> (which is not very well) it assumes that the source images are in
> rectilinear projection.  I do agree with Morel and Yu's idea that
> simulating rotations of the direction of view should improve local
> similarity measured at true match points.  However the results of that
> rotation do depend on the lens projection function, so I would not
> expect such a good result when the wrong lens function is used.
> However, the results should speak for themselves.
>
> In panoramic image sets, the images are in fact related by pure
> rotations of the view direction (leaving aside parallax errors).
> Therefore, if lens distortion is corrected, the Morel/Yu procedure
> should generate locally almost identical images, when the chosen
> rotations happen to equal the true ones.  By using the approximate
> alignment angles from a "shooting template", it should be possible to
> limit the range of angles that needs to be searched; and of course
> also to limit the image areas that need to be searched.   This could
> lead to a rather fast alignment algorithm.
>
> Regards, Tom
>
> > Bernd
> >
> > --
> > Bernd Hohmann
> > Dipl. Organisationsprogrammierer
> > DV Sachverständiger & Gutachter
> > Höhenstrasse 2 * 61130 Nidderau
> > Telefon: 06187/900495 * Telefax: 06187/900493
> > Blog:http://blog.harddiskcafe.de
>
> --
> 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: View this page "Affine SIFT algorith"

[Tom Sharpless]

Hi Bernd

On Oct 31, 7:02 am, Bernd Hohmann  wrote:
> On 31.10.2010 03:14, Tom Sharpless wrote:
>
> Tom,
>
> > It is a fact that SIFT does not find as many matches as we would like
> > in wide angle and especially fisheye images.  But that problem will
> > not be solved by better matching of affine transformations, as it is
> > due to image deformations, characteristic of those lenses, that are
> > not affine transformations.
>
> As far as I can see, ASIFT is doing its job very well even with fisheye
> images and without calibration data.
>
That is surprising to me.  As I understand the description of ASIFT
(which is not very well) it assumes that the source images are in
rectilinear projection.  I do agree with Morel and Yu's idea that
simulating rotations of the direction of view should improve local
similarity measured at true match points.  However the results of that
rotation do depend on the lens projection function, so I would not
expect such a good result when the wrong lens function is used.
However, the results should speak for themselves.

In panoramic image sets, the images are in fact related by pure
rotations of the view direction (leaving aside parallax errors).
Therefore, if lens distortion is corrected, the Morel/Yu procedure
should generate locally almost identical images, when the chosen
rotations happen to equal the true ones.  By using the approximate
alignment angles from a "shooting template", it should be possible to
limit the range of angles that needs to be searched; and of course
also to limit the image areas that need to be searched.   This could
lead to a rather fast alignment algorithm.

Regards, Tom

> Bernd
>
> --
> Bernd Hohmann
> Dipl. Organisationsprogrammierer
> DV Sachverständiger & Gutachter
> Höhenstrasse 2 * 61130 Nidderau
> Telefon: 06187/900495 * Telefax: 06187/900493
> Blog:http://blog.harddiskcafe.de

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