2009/7/16 Doug :
>
> tennevin.yves wrote:
>> Under which OS?
>>
>>
> Apologies, the brain is softening.
> Linux (MDV 2008.1)
>
> Doug
>
> >
>
If you use package manager (Drak RPM I think, it's a looong time I've
used Mandrake) it should be OK (everything is done automatically).
Lukáš
--~--~
On Jul 3, 2:37 pm, Luís Henrique Camargo Quiroz
wrote:
> I forgot to ask, some days ago, when the ideas about the GUI are
> circulating: older Hugins have the option to create a multilayer TIFF
> while stitching, and newer versions don´t. I think it was a useful option.
I missed Hugi
In file included from /home/user/hugin/src/foreign/levmar/misc.c:42:
/home/user/hugin/src/foreign/levmar/misc_core.c:566:2: warning: #warning LAPACK
not available, LU will be used for matrix inversion when computing the
covariance; this might be unstable at times
In file included from /home/user
In file included from /usr/include/c++/4.3/ext/hash_set:64,
from /usr/include/boost/graph/adjacency_list.hpp:22,
from
/home/user/hugin/src/hugin_base/algorithms/optimizer/ImageGraph.h:34,
from
/home/user/hugin/src/hugin_base/algorithms/optimizer
When I wrote the original post, hugin was still running, so I did not know
if the input would come out.
As you said, it does.
I don't know if the result is 100% the same as if the lenses were setup as 2
instead of one, but it seemed ok!
Thanks,
nick
On Thu, Jul 16, 2009 at 5:45 PM, Bruno Postl
On Fri 03-Jul-2009 at 09:37 -0300, Luís Henrique Camargo Quiroz wrote:
>
> I forgot to ask, some days ago, when the ideas about the GUI are
> circulating: older Hugins have the option to create a multilayer TIFF
> while stitching, and newer versions don´t. I think it was a useful option.
> Also, t
On Sun 12-Jul-2009 at 12:24 -0700, Henk Tijdink wrote:
>
>1 Starting Hugin, load pictures, align, open and close normal
>preview, save project and exit, Hugin crashes.
I can't reproduce on Linux using the same steps, no error message
and hugin returns 0 on exit.
>2 Starting Hugin, load pictu
On Sun 12-Jul-2009 at 16:21 -0700, Tduell wrote:
>
> I had a look at the control points. I found that control points
> had been allocated to points in non-adjacent images, all these
> points being quite spurious.
> I deleted all these points but the project still failed with the
> same error.
On Thu 16-Jul-2009 at 19:39 +0200, J. Schneider wrote:
>
>Why can't hugin check for this user input error beforehand? (I
>understand it quit with the mentioned error report. Anyway the report
>should be clear everyday language.) This I would consider a bug.
I can't reproduce the error.
If I take
On Thu 16-Jul-2009 at 15:54 -0400, Nicolas Pelletier wrote:
>Can I use hugin to transform a panorama from one projection to another?
>
>Kind of, use hugin to generate a 360*180 cylindrical panorama. Do a few
>touch-ups in gimp. Now use hugin to take the corrected 360*180 and generate,
>for exampl
On Tue 07-Jul-2009 at 23:19 +0100, Bruno Postle wrote:
>A hugin-0.8.0_rc5 (release candidate 5) tarball is available here:
>https://sourceforge.net/project/showfiles.php?group_id=77506&package_id=311429
>
>This is a release candidate, i.e. The final release may be identical.
rc5 doesn't seem to h
A 360x180 cylindrical panorama is impossible (well, theoretically it
is almost possible, but you'd need unlimited hight). You can however
use an equirectangular projection, stitch, do some touch-up with GIMP,
import the altered image in Hugin again (use equirectangular lens
type) and reproject to
Andreas Metzler wrote:
> Doug wrote:
>
>> Can someone point me to a URL to download a linux tarball?
>> I've been going scatty trying to find it on sourceforge or anywhere on
>> google - all I can find is a Win32.zip.
>>
>
> The sourcecode (for linux and windows) is here
> http://sourcef
tennevin.yves wrote:
> Under which OS?
>
>
Apologies, the brain is softening.
Linux (MDV 2008.1)
Doug
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"hugin and other free panoramic software" group.
A list of fre
Hi,
Can I use hugin to transform a panorama from one projection to another?
Kind of, use hugin to generate a 360*180 cylindrical panorama. Do a few
touch-ups in gimp. Now use hugin to take the corrected 360*180 and generate,
for example, a stereographic projection?
Same question, but for QTVR (no
Thanks, I'll take a look at the page and see how far I get. I have
XCode and MacPorts already, which makes things a bit easier. I'll
keep replying to this thread so we can capture any problems we might
want to document.
On Tue, Jul 14, 2009 at 9:00 AM, Harry van der Wolf wrote:
> Hi Andrew,
>
Well, by "rotated 45 degrees" I just mean rotated by tilting the
camera. And why would it need a lot of code change? Maybe I'm
overlooking lots of problems here, but isn't it just a matter of
discarding the EXIF rotation (or applying a rotation to the image data
before exposing it to the Hugin cor
Hi,
I am wondering about two things:
Why can't hugin check for this user input error beforehand? (I
understand it quit with the mentioned error report. Anyway the report
should be clear everyday language.) This I would consider a bug.
One step further: I have understood why portrait and landsc
Doug wrote:
> Can someone point me to a URL to download a linux tarball?
> I've been going scatty trying to find it on sourceforge or anywhere on
> google - all I can find is a Win32.zip.
The sourcecode (for linux and windows) is here
http://sourceforge.net/projects/panotools/files/libpano13/li
Under which OS?
--
Yves Tennevin / esby free.fr
Doug wrote:
> Is it OK to install 0.8.0.rc5 on top of 0.7.0? Or do I need to remove
> some files first?
> Doug
>
> >
>
>
>
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the G
Is it OK to install 0.8.0.rc5 on top of 0.7.0? Or do I need to remove
some files first?
Doug
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"hugin and other free panoramic software" group.
A list of frequently aske
Can someone point me to a URL to download a linux tarball?
I've been going scatty trying to find it on sourceforge or anywhere on
google - all I can find is a Win32.zip.
Doug
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Googl
Thanks for the info.
nick
On Thu, Jul 16, 2009 at 8:34 AM, Bruno Postle wrote:
>
> On Thu 16-Jul-2009 at 08:11 -0400, Nicolas Pelletier wrote:
> >
> >Since we are in the topic of lens sharing. I would guess the reason I
> cannot
> >share a lens for images of different size is the same?
>
> Thes
On Thu 16-Jul-2009 at 08:11 -0400, Nicolas Pelletier wrote:
>
>Since we are in the topic of lens sharing. I would guess the reason I cannot
>share a lens for images of different size is the same?
These are limitations of the panotools lens model:
The first problem is that lens correction paramet
On Thu 16-Jul-2009 at 02:03 -0700, Lode wrote:
>
>I am making visualisations of future objects (wind turbine generators)
>in photographs of landscapes. My collegues take pictures with an
>ordinary camera (focal length 36mm eq.). I asked them to take some
>pictures with overlap, to imitate a wide a
Hi
When you say you want to imitate a wide lens, do you simply mean you want a
picture that is larger than what the original lens let you take? Or do you
imply something more?
Thanks,
nick
On Thu, Jul 16, 2009 at 5:03 AM, Lode wrote:
>
> Hi,
>
> This is a user question:
>
> I am making visual
ok, so there is something wrong. Your's did not just run because you had
access to more memory... 600megs is far from it.
Thanks,
nick
On Thu, Jul 16, 2009 at 3:22 AM, Seb Perez-D wrote:
>
> On Thu, Jul 16, 2009 at 03:10, Nicolas
> Pelletier wrote:
> > Just to confirm, you are running a 64 bit
Thanks for the info.
I'll be sure I have them all lined up the same way before the next panorama.
Which they typically are. Only the bottom shot gets sometime interpreted by
the camera as a landscape.
And yes, I was talking about the original orientation of the image.
Since we are in the topic of
On Thu, Jul 16, 2009 at 13:18, Bart van Andel wrote:
> I've always wondered why this is necessary. I would rather have Hugin
> treat them as the same lens (which it basically is), with the same
> parameters. Everything should be the same, except the image is rolled
> 90 degrees. Why isn't this imp
> Int the image tab you should be able to see the size of the images.
> The horizontal and vertical images have the dimensions swapped. Then
> it should be easy to give a different lens to both.
I've always wondered why this is necessary. I would rather have Hugin
treat them as the same lens (whi
> I followed the wiki documentation steps : Build Hugin for Windows with
> SDKhttp://wiki.panotools.org/Build_Hugin_for_Windows_with_SDK
>
> when I right click huginbase and do SVN checkout with the address:
> :pserver:anonym...@enblend.cvs.sourceforge.net:2401/cvsroot/enblend
>
You need to us
2009/7/16 Elvis :
>
> Hi guys,
>
> I took Tom's advise and began to build Hugin under windows based on
> visual studio 2008,
>
> I followed the wiki documentation steps : Build Hugin for Windows with
> SDK
> http://wiki.panotools.org/Build_Hugin_for_Windows_with_SDK
>
> when I right click huginbas
Hi guys,
I took Tom's advise and began to build Hugin under windows based on
visual studio 2008,
I followed the wiki documentation steps : Build Hugin for Windows with
SDK
http://wiki.panotools.org/Build_Hugin_for_Windows_with_SDK
when I right click huginbase and do SVN checkout with the addre
Hi,
This is a user question:
I am making visualisations of future objects (wind turbine generators)
in photographs of landscapes. My collegues take pictures with an
ordinary camera (focal length 36mm eq.). I asked them to take some
pictures with overlap, to imitate a wide angle lens (28mm eq. or
On Thu, Jul 16, 2009 at 04:56, Nicolas
Pelletier wrote:
> Can I in the GUI know which image is which? so I can separate them back into
> 2 lenses?
Int the image tab you should be able to see the size of the images.
The horizontal and vertical images have the dimensions swapped. Then
it should be
On Thu, Jul 16, 2009 at 03:10, Nicolas
Pelletier wrote:
> Just to confirm, you are running a 64 bit build of APSC. Correct?
> Do you know what was the memory level at which it peaked?
Yes, I build APSC myself in a 64 bit setup, so I imagine it must be a
64 bit build.
Memory consumption was rathe
36 matches
Mail list logo