[hugin-ptx] Re: Smartblend Wrapper Fixed - 2011.0.0_RC2 will follow

[Bart van Andel]

On Tuesday, May 24, 2011 9:40:00 PM UTC+2, Henk Tijdink wrote:
>
> Have downloaded the new wrapper and it works now with 2011.0RC1. 
> I have done some testing with the old wrapper with 2011Beta 2 and 3 
> too and then the old wrapper still worked.  

The change has come between Beta 3 and RC1. 
>

I hadn't noticed this behavior with older versions either. The only purpose 
of the wrapper is actually to reformat or get rid of parameters that are 
hardcoded into Hugin. A nicer way would actually to be able to drop or 
modify those hardcoded values. New parameters aren't automatically 
understood by the wrapper, which is why it stopped working with this 
release.
 

> The wrapper is not in an install package for windows. You have to 
> download it separately as you have to do with smartblend. 
> With Hugin is probably nothing wrong, but only the wrapper has to be 
> adapted to a new extension in Hugin. 
> But it should be nice if the wrapper and instructions for it is in the 
> install package, so you can copy it to your smartblend folder. 
>

Agreed. I don't have a Windows build environment setup, so I can't test it, 
but the attached patch may solve this. It modifies1 and adds 1 
CMakeLists.txt files, and changes to the Inno Setup (pre)release scripts are 
made accordingly. Can someone with a working Windows build env test this? 
(Allard, are you reading this?)

--
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
diff -r f00957574874 platforms/windows/CMakeLists.txt
--- a/platforms/windows/CMakeLists.txt	Tue May 24 21:57:34 2011 +0200
+++ b/platforms/windows/CMakeLists.txt	Wed May 25 01:21:47 2011 +0200
@@ -1,4 +1,5 @@
 
 ADD_SUBDIRECTORY(droplets)
 ADD_SUBDIRECTORY(installer)
-ADD_SUBDIRECTORY(huginsetup)
\ No newline at end of file
+ADD_SUBDIRECTORY(huginsetup)
+ADD_SUBDIRECTORY(smartblend-wrapper)
\ No newline at end of file
diff -r f00957574874 platforms/windows/installer/hugin_prerelease.iss
--- a/platforms/windows/installer/hugin_prerelease.iss	Tue May 24 21:57:34 2011 +0200
+++ b/platforms/windows/installer/hugin_prerelease.iss	Wed May 25 01:21:47 2011 +0200
@@ -1,6 +1,7 @@
 ; Hugin InnoSetup Installer File
 ; (C) 2008 Yuval Levy, licensed under GPL V2
 ; Minor adaptations 2009-2010 by Allard Katan
+; Smartblend-wrapper added 2011 by Bart van Andel
 ; if possible, let the Make process edit AppVerName to have a proper, automated SVN numbering
 ; make sure that the Make process copies this file from platforms/windows/msi to INSTALL/
 ; and that it also copes the files win_installer_readme.txt and win_release_notes.txt to INSTALL/
@@ -69,7 +70,7 @@
 ; Name: ap_c; Description: Autopano-SIFT-C (Patent issues in the USA!); Types: autopanoSIFT full custom
 Name: matchpoint; Description: Matchpoint (EXPERIMENTAL control point generator); Types: full custom
 Name: panotools; Description: Panotools Command Line Tools; Types: default full custom
-
+Name: smartblend; Description: Smartblend-wrapper; Types: default full custom
 
 ; not necessary (if the directory is not empty) but clean
 [Dirs]
@@ -146,6 +147,9 @@
 Source: FILES\bin\PTBatcher.exe; DestDir: {app}\bin; Components: core; Flags: overwritereadonly
 Source: FILES\bin\PTBatcherGUI.exe; DestDir: {app}\bin; Components: core; Flags: overwritereadonly
 
+; smartblend wrapper
+Source: FILES\bin\smartblend-hugin.bat; DestDir: {app}\bin; Components: smartblend; Flags: overwritereadonly
+
 ; install redirect URL to welcome page
 Source: url.txt; DestDir: {app}; DestName: test.url; Flags: deleteafterinstall; Attribs: hidden
 
@@ -155,6 +159,7 @@
 Source: FILES\doc\enblend\*; DestDir: {app}\doc\enblend; Components: enblend; Flags: overwritereadonly recursesubdirs
 Source: FILES\doc\hugin\*; DestDir: {app}\doc\hugin; Components: core; Flags: overwritereadonly recursesubdirs
 Source: FILES\doc\panotools\*; DestDir: {app}\doc\panotools; Components: panotools; Flags: overwritereadonly recursesubdirs
+Source: FILES\doc\smartblend\*; DestDir: {app}\doc\smartblend; Components: smartblend; Flags: overwritereadonly recursesubdirs
 ; autopano docs
 ;Source: FILES\doc\autopano-sift-C\*; DestDir: {app}\doc\autopano-sift-C; Components: ap_c; Flags: overwritereadonly recursesubdirs
 ; hugin's UI and languages
diff -r f00957574874 platforms/windows/installer/hugin_release.iss
--- a/platforms/windows/installer/hugin_release.iss	Tue May 24 21:57:34 2011 +0200
+++ b/platforms/windows/installer/hugin_release.iss	Wed May 25 01:21:47 2011 +0200
@@ -1,6 +1,7 @@
 ; Hugin InnoSetup Installer File
 ; (C) 2008 Yuval Levy, licensed under GPL V2
 ; Minor adaptations 2009-2010 by Allard Katan

[hugin-ptx] Re: Cmake debug build has incomplete debug symbols?

[Rosomack]

On 24 Maj, 20:24, Kornel Benko  wrote:
> This is unfortunatelly hardcoded in the CMakeLists.txt:20
> You may want to change this line accordingly.
>         SET(CMAKE_BUILD_TYPE Release CACHE STRING "Choose the type of build, 
> options are: None Debug Release RelWithDebInfo MinSizeRel" FORCE)
>
>         Kornel

Hello,

thank you for the response, I assumed the standard cmake options would
work, I'll keep that in mind.

Regards,
Mikolaj

-- 
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] Smartblend Wrapper Fixed - 2011.0.0_RC2 will follow

[Harry van der Wolf]

Hi Yuv,

2011/5/24 Yuval Levy 

> Since this affects Windows only, and it is only a script, "final" status
> can
> be declared soon thereafter.  It is enough to confirm that the bug is fixed
> on
> Windows and that the tarball builds on Linux and Mac.  Harry: do you
> (still)
> want to be the one declaring this upcoming RC2 final?
>
> Yuv
>
>
To be honest: I don't care, not in a positive way nor in a negative way. I'm
willing to do it if you are in a time squeeze or just want to hand over
tasks to other persons, especially to spread the knowledge of this process a
little more so that more people can perform this release task in the future.
As such I'm willing to do it.

Please note that I'm currently on a business trip.
Thomas had a new idea to try to capture what is going wrong at the moment of
the error. From that point we might be able to work backward to find a
solution. That might be relatively fast, but just as easily take longer or
even not result in a solution.
Being on a business trip means that I can't currently build a new bundle and
can't do a release. I only have web access through a very closed hotel
proxy.
I *should* be home wednesday evening, but I might be a day later.

If you want to release earlier please go ahead. Otherwise I will look into
the matter.

Hoi,
Harry

-- 
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: Smartblend Wrapper Fixed - 2011.0.0_RC2 will follow

[Henk Tijdink]

Hello Yuv

Have downloaded the new wrapper and it works now with 2011.0RC1.
I have done some testing with the old wrapper with 2011Beta 2 and 3
too and then the old wrapper still worked.
The change has come between Beta 3 and RC1.
The wrapper is not in an install package for windows. You have to
download it separately as you have to do with smartblend.
With Hugin is probably nothing wrong, but only the wrapper has to be
adapted to a new extension in Hugin.
But it should be nice if the wrapper and instructions for it is in the
install package, so you can copy it to your smartblend folder.

Kind regards,
Henk Tijdink
On May 24, 2:11 pm, Yuval Levy  wrote:
> Hi all,
>
> Bart van Andel fixed the smartblend wrapper in the repository.
>
> Windows users confronted with the issue (Henk?): can you please download the
> updated wrapper from [0], overwrite the smartblend-hugin.bat of 2011.0.0_RC1
> and test that it works?
>
> Once I have confirmation that it works, I will apply the changeset to the
> 2011.0 branch and issue an RC2.
>
> Since this affects Windows only, and it is only a script, "final" status can
> be declared soon thereafter.  It is enough to confirm that the bug is fixed on
> Windows and that the tarball builds on Linux and Mac.  Harry: do you (still)
> want to be the one declaring this upcoming RC2 final?
>
> Linux/Unix/Mac end-users need not bother with this.
>
> Yuv
>
> [0]http://hugin.hg.sourceforge.net/hgweb/hugin/hugin/raw-
> file/cd9cb5ee3f3b/platforms/windows/smartblend-wrapper/smartblend-hugin.bat
>
> --  Forwarded Message  --
>
> Subject: [Hugin-cvs] /hgrepo/h/hu/hugin/hugin: Fix smartblend-hugin.bat to
> remove '--...
> Date: May 24, 2011, 07:40:40 AM
> From: hugin-...@lists.sourceforge.net
> To: hugin-...@lists.sourceforge.net
>
> branch:    
> details:  
> http://hugin.hg.sourceforge.net/hgweb/hugin/hugin/hgrepo/h/hu/hugin/h...
> changeset: 5238:cd9cb5ee3f3b
> user:      Bart van Andel bavanandel+c...@gmail.com
> date:       Tue May 24 13:27:26 2011 +0200
> description:
> Fix smartblend-hugin.bat to remove '--' argument separator
>
> diffstat:
>
>  platforms/windows/smartblend-wrapper/smartblend-hugin.bat |  2 ++
>  1 files changed, 2 insertions(+), 0 deletions(-)
>
> diffs (12 lines):
>
> diff -r 967c53582af3 -r cd9cb5ee3f3b platforms/windows/smartblend-
> wrapper/smartblend-hugin.bat
> --- a/platforms/windows/smartblend-wrapper/smartblend-hugin.bat Tue May 24
> 08:50:29 2011 +0200
> +++ b/platforms/windows/smartblend-wrapper/smartblend-hugin.bat Tue May 24
> 13:27:26 2011 +0200
> @@ -16,6 +16,8 @@
>                 shift
>         ) else if "%arg:~0,2%"=="-f" (
>                 echo [smartblend-wrapper] Skipping crop argument: %1
> +       ) else if "%arg:~0,2%"=="--" (
> +               echo [smartblend-wrapper] Skipping argument separator: %1
>         ) else if "%arg:~0,2%"=="-o" (
>                 echo [smartblend-wrapper] Output file: %2
>                 set SMARTBLENDARGS=%SMARTBLENDARGS% -o %2
> -
>
>  signature.asc
> < 1KViewDownload

-- 
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] 4 GoPro camera street view need help

[Jan Martin]

Carlos,

I am using stereodatamaker (which is based on CHDK) already with my other
rig:

http://www.diy-streetview.org/how-to-shooting-streetviews/
http://www.diy-streetview.org/2010/06/24/panoramic-video
http://www.diy-streetview.org/2010/07/28/new-streetview-rig

Now I am looking for the same functionality for the GoPro HD cameras.

Jan



On Tue, May 24, 2011 at 9:26 PM, Carlos Eduardo G. Carvalho (Cartola) <
cartol...@gmail.com> wrote:

>
>
> 2011/5/24 Jan Martin 
>
>>
>> I am already looking for a firmware hacker to adapt an behavior from the
>> stereodatamaker firmware ( http://stereo.jpn.org/eng/sdm/index.htm )
>> available for many Canon Point & Shoot cameras:
>> When pressing the release button start measuring and do the calculations,
>> only when releasing the release button take the image.
>> With this one can press the release button for e.g. 500 ms, and then have
>> all the images taken at the very same moment when releasing it.
>>
>
> It won't be useful for your purpose,  but its an interesting alternative
> for 2 cams on doing 3D pictures:
>
>
> http://www.instructables.com/id/Make-a-3-D-Stereoscope-Slide-and-Video-Shooter/
>
> On the other side, at this other 
> project,
> the guy mentions an alternative firmware for canon that you can find here:
>
> http://chdk.wikia.com/wiki/CHDK
>
> and it seams that can treat that delay time to calculate exposure. Maybe
> you already know it...
>
> [ ]s, Carlos.
>
> --
> 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
>



-- 
http://www.DIY-streetview.org

-- 
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] 4 GoPro camera street view need help

[Carlos Eduardo G. Carvalho (Cartola)]

2011/5/24 Jan Martin 

>
> I am already looking for a firmware hacker to adapt an behavior from the
> stereodatamaker firmware ( http://stereo.jpn.org/eng/sdm/index.htm )
> available for many Canon Point & Shoot cameras:
> When pressing the release button start measuring and do the calculations,
> only when releasing the release button take the image.
> With this one can press the release button for e.g. 500 ms, and then have
> all the images taken at the very same moment when releasing it.
>

It won't be useful for your purpose,  but its an interesting alternative for
2 cams on doing 3D pictures:

http://www.instructables.com/id/Make-a-3-D-Stereoscope-Slide-and-Video-Shooter/

On the other side, at this other
project,
the guy mentions an alternative firmware for canon that you can find here:

http://chdk.wikia.com/wiki/CHDK

and it seams that can treat that delay time to calculate exposure. Maybe you
already know it...

[ ]s, Carlos.

-- 
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] 4 GoPro camera street view need help

[Carlos Eduardo G. Carvalho (Cartola)]

I have a pano-pro (pano-pro.com) and the resolution of a panorama with only
one shot is really bad (I used it with a 18megapixels cam). It is not as
practical as I thought in the first moment. Its too big, heavy and it needs
to be absolutely clean (a single powder appears much more than over lens).
At the end you can´t really make any zoom on the resulting image. I am now
trying to sell it as I am also not very interested in 360 videos, for what I
think it could be a little more useful.

I really think it is no good for a street view. I prefer more resolution
with parallax errors, as google does.

[ ]s, Carlos.

2011/5/24 Rogier Wolff 

> On Tue, May 24, 2011 at 08:51:32AM -0400, Yuval Levy wrote:
> > and nadir are irrelevant and the resolution of a one-shot is good
> > enough, but
>
> I've had several times when streetview resolution was JUST too low to
> allow me to read house-numbers on the signs. The house-numbers on the
> maps are sometimes quite inaccurate. So looking at streetview you could
> pinpoint an address more accurately. But with the current steetview
> resolution the signs are usually /almost/ readable...
>
>Roger.
>
> --
> ** r.e.wo...@bitwizard.nl ** http://www.BitWizard.nl/ ** +31-15-2600998 **
> **Delftechpark 26 2628 XH  Delft, The Netherlands. KVK: 27239233**
> *-- BitWizard writes Linux device drivers for any device you may have! --*
> Q: It doesn't work. A: Look buddy, doesn't work is an ambiguous statement.
> Does it sit on the couch all day? Is it unemployed? Please be specific!
> Define 'it' and what it isn't doing. - Adapted from lxrbot FAQ
>
> --
> 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: Smartblend wrapper doesn't work in Hugin 2011.0 RC1

[Henk Tijdink]

Indeed Bart that was a JPEG issue.

Henk

On May 24, 1:54 pm, Bart van Andel  wrote:
> I've committed a fix, see the LP bug report. It had to do with the
> additional '--' argument separator which is apparently new in this Hugin
> release. Smartblend tries to load this as an image but of course it does not
> exist.
>
> By the way, the "upside down" issue does not concern TIFF images on my
> machine. I suspect you're using JPG output, Henk? I remember this being an
> known issue with Smartblend and JPG.
>
> --
> 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: Cmake debug build has incomplete debug symbols?

[Kornel Benko]

Am Dienstag, 24. Mai 2011 schrieb Rosomack:
> Sorry, hit enter by accident.
> 
> Continued:
> 
> I thought it might be a user error at first, but then I tried the
> autotools build and everything works fine.
> 
> Note that I used the following options when testing the cmake build:
> -DCMAKE_BUILD_TYPE=Debug
> -DWITH_DEBUG=1
> 
> both of which hadn't enabled the debug symbols I needed. Closer
> inspection using the 'info files' command in gdb confirms the problem.
> 
> Am I missing something here?
> 
> Best regards,
> Mikolaj

This is unfortunatelly hardcoded in the CMakeLists.txt:20
You may want to change this line accordingly.
SET(CMAKE_BUILD_TYPE Release CACHE STRING "Choose the type of build, 
options are: None Debug Release RelWithDebInfo MinSizeRel" FORCE)

Kornel

-- 
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: Cmake files upgrading to ubuntu 11.4

[Kornel Benko]

Am Dienstag, 24. Mai 2011 schrieb Andreas Metzler:
> Kornel Benko  wrote:
> > Finally I upgraded. I changed the cmake-build accordingly, hopefully
> > other platforms are not affected.
> 
> Hello,
> 
> I assume the changes are for multi-arch? This part of the patch looks
> like it
> * either breaks building on anything except amd64 multi-arch
> * or works around a deeper issue by hotfixing only the amd64 build:
> 
> --- CMakeModules/FindGLUT.cmake -
> @@ -48,15 +48,15 @@
>)
> 
>  FIND_LIBRARY( GLUT_glut_LIBRARY glut
> -  /usr/openwin/lib
> +  /usr/openwin/lib /usr/lib/x86_64-linux-gnu
> 
> perhaps s:/usr/lib/x86_64-linux-gnu::g
> would work?
> ${SYSTEM_LIB_DIRS}
> cu andreas

Have I really missed this one? YES, I am sorry. 
But don't worry, it's only annoying, because if this directory does not exist
nothing happens. It's only a hint, where (among other places) to look for the 
library.

Thanks for the hint.

Kornel

-- 
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] 4 GoPro camera street view need help

[Rogier Wolff]

On Tue, May 24, 2011 at 08:51:32AM -0400, Yuval Levy wrote:
> and nadir are irrelevant and the resolution of a one-shot is good
> enough, but

I've had several times when streetview resolution was JUST too low to
allow me to read house-numbers on the signs. The house-numbers on the
maps are sometimes quite inaccurate. So looking at streetview you could
pinpoint an address more accurately. But with the current steetview
resolution the signs are usually /almost/ readable... 

Roger. 

-- 
** r.e.wo...@bitwizard.nl ** http://www.BitWizard.nl/ ** +31-15-2600998 **
**Delftechpark 26 2628 XH  Delft, The Netherlands. KVK: 27239233**
*-- BitWizard writes Linux device drivers for any device you may have! --*
Q: It doesn't work. A: Look buddy, doesn't work is an ambiguous statement. 
Does it sit on the couch all day? Is it unemployed? Please be specific! 
Define 'it' and what it isn't doing. - Adapted from lxrbot FAQ

-- 
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: Cmake files upgrading to ubuntu 11.4

[Andreas Metzler]

Kornel Benko  wrote:
> Finaly I upgraded. I changed the cmake-build accordingly, hopefully
> other platforms are not affected.

Hello,

I assume the changes are for multi-arch? This part of the patch looks
like it 
* either breaks building on anything except amd64 multi-arch
* or works around a deeper issue by hotfixing only the amd64 build:

--- CMakeModules/FindGLUT.cmake -
@@ -48,15 +48,15 @@
   )
   
 FIND_LIBRARY( GLUT_glut_LIBRARY glut
-  /usr/openwin/lib
+  /usr/openwin/lib /usr/lib/x86_64-linux-gnu

perhaps s:/usr/lib/x86_64-linux-gnu:${SYSTEM_LIB_DIRS}:g
would work?

cu andreas

-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

-- 
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: 4 GoPro camera street view need help

[Felix]

Hi, all. Thanks though about multi-camera panorama...

I google how correct "parallax error" and find some interest things
like "multi-perspective" stitch. (http://www.site.uottawa.ca/~edubois/
theses/Brunton_thesis.pdf)
Like Ladybug, these method used for correct "parallax error".

I find there are some thesis talk about that - multi-perspective
stitch too.
http://graphics.cs.cmu.edu/courses/15-463/2010_fall/Lectures/MultiPerspective.pdf
http://research.microsoft.com/pubs/68818/stereo_reconstruction_panoramas.pdf
http://www-cs.ccny.cuny.edu/~zhu/CVIU_LAMP/Zhu_CVIU_LAMP.pdf

But I have not find any open source resources now. If there are some
"multi-perspective stitch" open source project, I think maybe can
write filter for Hugin?

What do you think about this way?

-- 
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] 4 GoPro camera street view need help

[Jan Martin]

Hi all,

this is Jan from
http://www.diy-streetview.org
and
http://www.diy-streetview.com

I also started the page at panotools:
http://wiki.panotools.org/Stitching_Streetview

Please find the images taken with my 5-GoPro HD rig displayed by Google API
v3.
They call it "custom streetview":
http://www.diy-streetview.com/googleapi

Same panos in equirectangular format:
http://www.diy-streetview.com/data/diy-20110418-equi

One camera faces straight up, therefore the Zenith is covered.

There are lots of nice ideas in this thread.
However the reality is way less fancy.

Right now I am facing this challenge:
The release button of the GoPro HD camera is "single stage" only.
This means after pressing the button each camera takes an individual period
of time to calculate the exposure, and only after that period it takes the
image. All images you see at my website are stitched from a template made
from a set of images with the camera stationary and not moving at all.
All other images have been taken while walking. You can clearly see that
there are stitching errors introduced by the images being taken at slightly
different times, and therefore with slightly different positions. (Mostly
pitch is different.)

I am already looking for a firmware hacker to adapt an behavior from the
stereodatamaker firmware ( http://stereo.jpn.org/eng/sdm/index.htm )
available for many Canon Point & Shoot cameras:
When pressing the release button start measuring and do the calculations,
only when releasing the release button take the image.
With this one can press the release button for e.g. 500 ms, and then have
all the images taken at the very same moment when releasing it.
However the GoPro HD hardware is ARM based, and hacking seems to be hard.
All available firmwares available are listed here for download:
http://goprouser.freeforums.org/stickie-list-of-firmware-versions-and-dates-t2689.html
In case you feel qualified, have a look. I am willing to provide a GoPro HD
camera for hacking.

Shameless sales plug:
I am selling the 5-GoPro HD casing for 500 $US to everyone who likes to give
it a try by himself.
Combined with the PCB board from
http://photoshipone.com/shop/index.php?main_page=product_info&cPath=40&products_id=221
all you need is a soldering iron to solder the two wires to the release
button.
And some software for mass-stitching, which shouldn't be a problem for the
most of you.

Contact me off-list at
janmartin AT diy-streetview DOT com

-- 
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] 4 GoPro camera street view need help

[Jim Watters]

On 2011-05-23 5:30 PM, Bruno Postle wrote:


I've often thought that the way to do a camera-on-a-car panorama rig is to 
space the cameras out in a line instead of trying (and failing) to put them 
all in the same place.  Then when you are driving around you shoot a panorama 
by firing the shutters in sequence such that each photo is taken from exactly 
the same location.  The result would be zero parallax errors, but there would 
be new errors with people and moving objects.
This would also fail slightly when the car turns or goes over a bump when taking 
the images. Although the back wheels do tend to follow the same path of the 
front wheels even when turning. If the cameras are very close together then this 
would be minimal. But you would still have the bump problem. But to fill in the 
nadir a 6th camera over the back of the car shot a little later would work well.


The GoPro are so small and if you removed the batter packs they can be packed 
together even small, although you now have a problem of weather proofing the 
cameras. Any small parallax error that still exists can be blended away most of 
the time with a smart blender.


A smart blender works well for stills but for panoramic video with multiple 
cameras a constant smooth blend each time is more desirable. The wiggle that is 
created by the random seam-line placement from one frame to the next is more 
distracting than errors in parallax.



--
Jim Watters
http://photocreations.ca

--
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] 4 GoPro camera street view need help

[Jim Watters]

On 2011-05-24 9:51 AM, Yuval Levy wrote:

I don't know why Streetview systems decided to go for stitching.  Probably the
sun / glare.  For the purpose of covering the world at street level, zenith
and nadir are irrelevant and the resolution of a one-shot is good enough, but
if the sun hits into it, it gets ugly.

Yuv
The resolution needs to be enough to read the signs in the windows. Even the 
Google setup is not always capable of doing that. I think having a filled in 
zenith and nadir are important if only used in viewing 5% of the shots. Google 
uses the previous of post set of shots and a XYZ mosaic mode to fill in the 
nadir. I think using the timing trick and an extra camera just for this purpose 
would be the best.



--
Jim Watters
http://photocreations.ca

--
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-2011.0.0_rc1 released

[Carl von Einem]

Yuval Levy schrieb am 24.05.11 14:46:

On May 24, 2011 04:11:08 AM Carl von Einem wrote:

Apple is a bit faster... they provide security and system updates only
for the current and the last version of OS X, i.e. 10.4 Tiger is not
supported any longer. The last security update for 10.4.11 is from
September 10, 2009; iTunes 9.1.1 came 2010-05-12; Safari 4.1.3 is from
2010-12-11.


ouch!  If I understand Harry's statistics right, and if they are
representative of Mac users at large (the sample are Hugin users), this means
that Apple leaves behind 20% of its own users with a potentially insecure
system?  only to charge $29 for the upgrade (assuming an Intel Mac)?


Apple has an old habit of cutting away parts that they declare 
deprecated. My 10.4 system is still earning money, though... I even paid 
for the 10.5 upgrade but rarely use it on the same Mac.



Another option to use a Mac PPC with a current system is Ubuntu:
10.10 Maverick Meerkat is here
.


This works for any Mac and any PC. However dual-booting is a pain.  Rather
install VirtualBOX [0] and take a shortcut with a ready-made image [1].


VirtualBOX is only available for Intel Macs. But thanks for the hint, I 
could try it on my new Mac.


Carl


If you like working in the virtual box, you can always download the CD later
for a custom install, or even to single boot natively into it.

When I bought my netbook, it came with Windows 7 Home pre-installed.  I shrunk
it to the smallest possible size and installed Kubuntu.  Theoretically it is
dual boot.  Practically I have not booted into Windows for months.

Yuv

[0] http://www.virtualbox.org/wiki/Downloads
[1] http://virtualboxes.org/images/ubuntu/



--
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: 4 GoPro camera street view need help

[Jim Watters]

On 2011-05-24 9:07 AM, kfj wrote:

Have several shutter remotes by the side of the wheel, one for each
camera, and one device to trigger them mounted on the wheel's rim. By
positioning the remotes right, you should be able to get the cameras
to be triggered at precisely defined times, as the trigger passes each
of them in turn. Should beat estimating travel time, and you can
iteratively approach a perfect mount.

Kay
The street view camera rigs that Google and others use are already triggered by 
using a device that measures distance. This is so they can take a picture every 
5 or 10 meters or what ever they want. The distance between shots varies in the 
city or on the highway.


The GoPro cameras are not 100% precise when triggering the shutter. They have a 
sync cable to connect two cameras together to shoot 3D in sync. It has not been 
proven if splicing this cable can be used to sync more than one other camera.


I want a set of GoPro to shoot panoramic video. I'll live with the parallax 
error to freeze time between shots.


--
Jim Watters
http://photocreations.ca

--
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] 4 GoPro camera street view need help

[Yuval Levy]

On May 24, 2011 08:41:42 AM David Haberthür wrote:
> After reading this thread I stumbled over this: http://is.gd/u4UFLm
> This means, you could "just" strap one of those fancy iPhones with
> that contraption on your car roof and you get HD panoramic video out
> of it...

That's a catadioptric lens.  Got one that attaches to dSLR and camcorders.

There is a sequence captured with it at http://vimeo.com/4828998

I don't know why Streetview systems decided to go for stitching.  Probably the 
sun / glare.  For the purpose of covering the world at street level, zenith 
and nadir are irrelevant and the resolution of a one-shot is good enough, but 
if the sun hits into it, it gets ugly. 

Yuv


signature.asc
Description: This is a digitally signed message part.

Re: [hugin-ptx] Re: Hugin-2011.0.0_rc1 released

[Yuval Levy]

On May 24, 2011 04:11:08 AM Carl von Einem wrote:
> Apple is a bit faster... they provide security and system updates only
> for the current and the last version of OS X, i.e. 10.4 Tiger is not
> supported any longer. The last security update for 10.4.11 is from
> September 10, 2009; iTunes 9.1.1 came 2010-05-12; Safari 4.1.3 is from
> 2010-12-11.

ouch!  If I understand Harry's statistics right, and if they are 
representative of Mac users at large (the sample are Hugin users), this means 
that Apple leaves behind 20% of its own users with a potentially insecure 
system?  only to charge $29 for the upgrade (assuming an Intel Mac)?

 
> Another option to use a Mac PPC with a current system is Ubuntu:
> 10.10 Maverick Meerkat is here
> .

This works for any Mac and any PC.  However dual-booting is a pain.  Rather 
install VirtualBOX [0] and take a shortcut with a ready-made image [1].

If you like working in the virtual box, you can always download the CD later 
for a custom install, or even to single boot natively into it.

When I bought my netbook, it came with Windows 7 Home pre-installed.  I shrunk 
it to the smallest possible size and installed Kubuntu.  Theoretically it is 
dual boot.  Practically I have not booted into Windows for months.

Yuv

[0] http://www.virtualbox.org/wiki/Downloads
[1] http://virtualboxes.org/images/ubuntu/



signature.asc
Description: This is a digitally signed message part.

Re: [hugin-ptx] 4 GoPro camera street view need help

[David Haberthür]

Dear All.

On Tue, May 24, 2011 at 14:34, Yuval Levy  wrote:
> On May 24, 2011 07:07:26 AM Carlos Eduardo G. Carvalho (Cartola) wrote:
>> I really think its possible, but would it worth the effort?
>
> It's not so much effort...
>
>
>> you could also put a camera on a long arm and do a good nadir picture,

After reading this thread I stumbled over this: http://is.gd/u4UFLm
This means, you could "just" strap one of those fancy iPhones with
that contraption on your car roof and you get HD panoramic video out
of it...
Habi

-- 
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] 4 GoPro camera street view need help

[Yuval Levy]

On May 24, 2011 07:07:26 AM Carlos Eduardo G. Carvalho (Cartola) wrote:
> I really think its possible, but would it worth the effort?

It's not so much effort...


> you could also put a camera on a long arm and do a good nadir picture,

nice idea!


> but what's the objective of a street view? I think its different from
> 360cities, for example. At google street view the goal is not the perfect
> stitch, is much more get the whole world shot. I really don't mind with
> its parallax errors.

sure, but if parallax error can be avoided with a little on-time design effort 
that will last throughout the product life cycle and won't add much to the 
cost, why not making it better?

BTW, I am pleased to meet the famous cartola - I saw your name on the FreeBSD 
port when I first digged deeper into it a few years ago and I was wondering / 
curious.  You no longer use (Hugin on) FreeBSD? 

Thank you for the original port!
Yuv


signature.asc
Description: This is a digitally signed message part.

Re: [hugin-ptx] Re: 4 GoPro camera street view need help

[Yuval Levy]

On May 24, 2011 08:07:10 AM kfj wrote:
> Have several shutter remotes by the side of the wheel, one for each
> camera, and one device to trigger them mounted on the wheel's rim. By
> positioning the remotes right, you should be able to get the cameras
> to be triggered at precisely defined times, as the trigger passes each
> of them in turn. Should beat estimating travel time, and you can
> iteratively approach a perfect mount.

yes, that's a great solution!  reminds me of when I was a kid and we use to 
clamp cards to the fork of the bike to make "motor noise".

will need to monitor carefully tire inflation, but can be calibrated with the 
iterative approach.  or just add an extra wheel specific for the task.  Then 
it can be mounted in the center, perfectly aligned with the camera's array, as 
opposed to the sides of the car where the length of the trajectory is slightly 
different when taking a turn.

Making the circumference of this wheel to be exactly the distance between the 
the camera's NPPs makes it even easier:  trigger at every complete rotation 
and let the logic decide which camera is next.

Who's building the prototype?

Yuv


signature.asc
Description: This is a digitally signed message part.

[hugin-ptx] Re: Cmake debug build has incomplete debug symbols?

[Rosomack]

Sorry, hit enter by accident.

Continued:

I thought it might be a user error at first, but then I tried the
autotools build and everything works fine.

Note that I used the following options when testing the cmake build:
-DCMAKE_BUILD_TYPE=Debug
-DWITH_DEBUG=1

both of which hadn't enabled the debug symbols I needed. Closer
inspection using the 'info files' command in gdb confirms the problem.

Am I missing something here?

Best regards,
Mikolaj

-- 
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] Smartblend Wrapper Fixed - 2011.0.0_RC2 will follow

[Yuval Levy]

Hi all,

Bart van Andel fixed the smartblend wrapper in the repository.

Windows users confronted with the issue (Henk?): can you please download the 
updated wrapper from [0], overwrite the smartblend-hugin.bat of 2011.0.0_RC1 
and test that it works?

Once I have confirmation that it works, I will apply the changeset to the 
2011.0 branch and issue an RC2.

Since this affects Windows only, and it is only a script, "final" status can 
be declared soon thereafter.  It is enough to confirm that the bug is fixed on 
Windows and that the tarball builds on Linux and Mac.  Harry: do you (still) 
want to be the one declaring this upcoming RC2 final?

Linux/Unix/Mac end-users need not bother with this.

Yuv


[0] http://hugin.hg.sourceforge.net/hgweb/hugin/hugin/raw-
file/cd9cb5ee3f3b/platforms/windows/smartblend-wrapper/smartblend-hugin.bat


--  Forwarded Message  --

Subject: [Hugin-cvs] /hgrepo/h/hu/hugin/hugin: Fix smartblend-hugin.bat to 
remove '--...
Date: May 24, 2011, 07:40:40 AM
From: hugin-...@lists.sourceforge.net
To: hugin-...@lists.sourceforge.net

branch:
details:   
http://hugin.hg.sourceforge.net/hgweb/hugin/hugin/hgrepo/h/hu/hugin/hugin/rev/cd9cb5ee3f3b
changeset: 5238:cd9cb5ee3f3b
user:  Bart van Andel bavanandel+c...@gmail.com
date:   Tue May 24 13:27:26 2011 +0200
description:
Fix smartblend-hugin.bat to remove '--' argument separator

diffstat:

 platforms/windows/smartblend-wrapper/smartblend-hugin.bat |  2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diffs (12 lines):

diff -r 967c53582af3 -r cd9cb5ee3f3b platforms/windows/smartblend-
wrapper/smartblend-hugin.bat
--- a/platforms/windows/smartblend-wrapper/smartblend-hugin.bat Tue May 24 
08:50:29 2011 +0200
+++ b/platforms/windows/smartblend-wrapper/smartblend-hugin.bat Tue May 24 
13:27:26 2011 +0200
@@ -16,6 +16,8 @@
shift
) else if "%arg:~0,2%"=="-f" (
echo [smartblend-wrapper] Skipping crop argument: %1
+   ) else if "%arg:~0,2%"=="--" (
+   echo [smartblend-wrapper] Skipping argument separator: %1
) else if "%arg:~0,2%"=="-o" (
echo [smartblend-wrapper] Output file: %2
set SMARTBLENDARGS=%SMARTBLENDARGS% -o %2
-


signature.asc
Description: This is a digitally signed message part.

[hugin-ptx] Re: 4 GoPro camera street view need help

[kfj]

On 24 Mai, 12:16, Rogier Wolff  wrote:

> Just have a sensor on one of the rear wheels. From the time one
> revolution takes, you know the speed, then you calculate the trigger
> times and trigger the cameras. Really easy. If you do this just after
> the sensor triggers, the speed reading will be as fresh as possible.

Have several shutter remotes by the side of the wheel, one for each
camera, and one device to trigger them mounted on the wheel's rim. By
positioning the remotes right, you should be able to get the cameras
to be triggered at precisely defined times, as the trigger passes each
of them in turn. Should beat estimating travel time, and you can
iteratively approach a perfect mount.

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

[hugin-ptx] Cmake debug build has incomplete debug symbols?

[Rosomack]

Hi,

this has caused me some botheration, so I decided to describe the
problem.
I wanted to debug a part of my GSoC project and encountered a problem
with the CMAKE enblend build. I couldn't submit breakpoints, gdb
didn't see the source files I specified. I thought it was

-- 
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] Smartblend wrapper doesn't work in Hugin 2011.0 RC1

[Bart van Andel]

I've committed a fix, see the LP bug report. It had to do with the 
additional '--' argument separator which is apparently new in this Hugin 
release. Smartblend tries to load this as an image but of course it does not 
exist.

By the way, the "upside down" issue does not concern TIFF images on my 
machine. I suspect you're using JPG output, Henk? I remember this being an 
known issue with Smartblend and JPG.

--
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] 4 GoPro camera street view need help

[Carlos Eduardo G. Carvalho (Cartola)]

I really think its possible, but would it worth the effort? I mean, this way
you could also put a camera on a long arm and do a good nadir picture, but
what's the objective of a street view? I think its different from 360cities,
for example. At google street view the goal is not the perfect stitch, is
much more get the whole world shot. I really don't mind with its parallax
errors.

Anyway, its a very interesting idea and discussion. Once I have been an
electronic engineer :). If I had the time I would probably be interested in
doing that... by the way, there's a very good DIY projects site at
instructables.com with some electronic projects that could help someone here
interested in doing this.

Carlos.


2011/5/24 Rogier Wolff 

> On Mon, May 23, 2011 at 11:07:14PM -0400, Yuval Levy wrote:
> > On May 23, 2011 04:30:27 PM Bruno Postle wrote:
> > > I've often thought that the way to do a camera-on-a-car panorama rig
> > > is to space the cameras out in a line instead of trying (and
> > > failing) to put them all in the same place.  Then when you are
> > > driving around you shoot a panorama by firing the shutters in
> > > sequence such that each photo is taken from exactly the same
> > > location.
> >
> > if you have not done it yet, you should patent this idea ;-)
>
> Too late. Publication before patent means no patent. :-)
>
> > although in practical term it is a challenge to measure speed and
> > synchronize time to trigger each camera's shutter precisely at the
> > right moment.
>
> Speed doesn't change too much over short periods. So once you have a
> speed reading. you can calculate the inter-shutter-times. Then you
> trigger the cameras at precisely the right moment.
>
> Some cameras, especially the ones supporting "liveview" might have 60
> fps framerate, so once you press the shutter, the camera might take
> the next frame at say 1-17ms after your trigger (i.e. 1 ms constant
> delay and 0-16ms wait-for-start-of-frame). Humans won't notice the
> difference, but when driving along at 15m/s, will give a 0.25m spread
> in triggerspots. I think nikon DSLRs are good at having a
> deterministic time between trigger and image taken.
>
> Swiss (and Russian?) banknotes have small holes in them. (Hold the
> bill against the light to see them). Making those holes works the same
> way: the speed is measured, which sets the trigger-speed for each of
> the holes
>
> > > The result would be zero parallax errors, but there would
> > > be new errors with peoples and moving objects.
> >
> > There is enough space to fit six cameras (rather than four) on the roof
> of a
> > car, which should give enough leeway to generate sufficient overlap to
> cover
> > for most moving objects.  Then the problem is determining the optimal
> seam
> > lines...
> >
> > > You would need some
> > > way to synchronise the shutters and the speed of the car, but there
> > > are no doubt plenty of ways of doing this.
> >
> > maybe not a timer / spedomeeter then.  if a helper vehicle could stand
> still
> > for the time that the 4-6 cameras pass through the NPP, it could beam a
> > synchronizing laser that would trigger each camera when it is on the
> right
> > spot.  So this helper vehicle would move forward to beam the laser for
> the
> > next shooting position, stop, wait for all cameras on the camera vehicle
> to
> > cross the beam, then move on to the next position and repeat.
>
> Much too complicated. Google manage do do "streetview" just because
> they /only/ had to drive through all streets. Nothing more complicated
> than that. Sure, there are lots and lots of streets, but if you can
> just drive through them at 50km/h that's much simpler than stopping
> and starting for each shot every few meters.
>
> If you're prepared to stop for each pano-shoot, you can save yourself
> 3 or 5 cameras and rotate one camera around for each pano-shot. (with
> 135-170 degrees FOV, wouldn't 3 cameras suffice?)
>
> Just have a sensor on one of the rear wheels. From the time one
> revolution takes, you know the speed, then you calculate the trigger
> times and trigger the cameras. Really easy. If you do this just after
> the sensor triggers, the speed reading will be as fresh as possible.
>
> With gopro cameras being < 10cm, you can place 4 of them in about 30cm
> of space along the car. This would mean all four cameras trigger
> inside a 20ms window at 50km/h. Not much movement is going to happen
> inside that time. You'll do MUCH MUCH better than streetview with this
> trick.
>
>
>Roger.
>
> --
> ** r.e.wo...@bitwizard.nl ** http://www.BitWizard.nl/ ** +31-15-2600998 **
> **Delftechpark 26 2628 XH  Delft, The Netherlands. KVK: 27239233**
> *-- BitWizard writes Linux device drivers for any device you may have! --*
> Q: It doesn't work. A: Look buddy, doesn't work is an ambiguous statement.
> Does it sit on the couch all day? Is it unemployed? Please be specific!
> Define 'it' and what it isn't doing. - Adapted from lxrbot

Re: [hugin-ptx] 4 GoPro camera street view need help

[Rogier Wolff]

On Mon, May 23, 2011 at 11:07:14PM -0400, Yuval Levy wrote:
> On May 23, 2011 04:30:27 PM Bruno Postle wrote:
> > I've often thought that the way to do a camera-on-a-car panorama rig
> > is to space the cameras out in a line instead of trying (and
> > failing) to put them all in the same place.  Then when you are
> > driving around you shoot a panorama by firing the shutters in
> > sequence such that each photo is taken from exactly the same
> > location.
> 
> if you have not done it yet, you should patent this idea ;-)

Too late. Publication before patent means no patent. :-)

> although in practical term it is a challenge to measure speed and
> synchronize time to trigger each camera's shutter precisely at the
> right moment.

Speed doesn't change too much over short periods. So once you have a
speed reading. you can calculate the inter-shutter-times. Then you
trigger the cameras at precisely the right moment. 

Some cameras, especially the ones supporting "liveview" might have 60
fps framerate, so once you press the shutter, the camera might take
the next frame at say 1-17ms after your trigger (i.e. 1 ms constant
delay and 0-16ms wait-for-start-of-frame). Humans won't notice the
difference, but when driving along at 15m/s, will give a 0.25m spread
in triggerspots. I think nikon DSLRs are good at having a
deterministic time between trigger and image taken.

Swiss (and Russian?) banknotes have small holes in them. (Hold the
bill against the light to see them). Making those holes works the same
way: the speed is measured, which sets the trigger-speed for each of
the holes

> > The result would be zero parallax errors, but there would
> > be new errors with peoples and moving objects.
> 
> There is enough space to fit six cameras (rather than four) on the roof of a 
> car, which should give enough leeway to generate sufficient overlap to cover 
> for most moving objects.  Then the problem is determining the optimal seam 
> lines...
> 
> > You would need some
> > way to synchronise the shutters and the speed of the car, but there
> > are no doubt plenty of ways of doing this.
> 
> maybe not a timer / spedomeeter then.  if a helper vehicle could stand still 
> for the time that the 4-6 cameras pass through the NPP, it could beam a 
> synchronizing laser that would trigger each camera when it is on the right 
> spot.  So this helper vehicle would move forward to beam the laser for the 
> next shooting position, stop, wait for all cameras on the camera vehicle to 
> cross the beam, then move on to the next position and repeat.

Much too complicated. Google manage do do "streetview" just because
they /only/ had to drive through all streets. Nothing more complicated
than that. Sure, there are lots and lots of streets, but if you can
just drive through them at 50km/h that's much simpler than stopping
and starting for each shot every few meters.

If you're prepared to stop for each pano-shoot, you can save yourself
3 or 5 cameras and rotate one camera around for each pano-shot. (with
135-170 degrees FOV, wouldn't 3 cameras suffice?)

Just have a sensor on one of the rear wheels. From the time one
revolution takes, you know the speed, then you calculate the trigger
times and trigger the cameras. Really easy. If you do this just after 
the sensor triggers, the speed reading will be as fresh as possible. 

With gopro cameras being < 10cm, you can place 4 of them in about 30cm
of space along the car. This would mean all four cameras trigger
inside a 20ms window at 50km/h. Not much movement is going to happen
inside that time. You'll do MUCH MUCH better than streetview with this
trick.


Roger. 

-- 
** r.e.wo...@bitwizard.nl ** http://www.BitWizard.nl/ ** +31-15-2600998 **
**Delftechpark 26 2628 XH  Delft, The Netherlands. KVK: 27239233**
*-- BitWizard writes Linux device drivers for any device you may have! --*
Q: It doesn't work. A: Look buddy, doesn't work is an ambiguous statement. 
Does it sit on the couch all day? Is it unemployed? Please be specific! 
Define 'it' and what it isn't doing. - Adapted from lxrbot FAQ

-- 
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 under auto exposure?

[paul womack]

Bruno Postle wrote:

On Mon 23-May-2011 at 13:20 +0100, paul womack wrote:


I would like to try the following variation; each photograph is
exposure corrected to HDR, and the resulting HDR images seam blended
into a single HDR image.

I'm assuming seam blending works correctly in HDR :-)

I would then (probably) like to use enfuse as a tonemapper, by
creating synthetic LDR exposures at various light levels from the HDR,
but this would be post processing of the HDR panaorama, outside Hugin.


This is the tricky bit, you need a good way to extract 'photos' with a
credible response curve from HDR images.

However you don't need to do this. Create a normal project, making sure
you optimise Exposure and Camera Response, stitch it using the default
global EV. Then stitch two more versions, one with the global EV raised
by one stop and the other lowered by one stop.

(You can change the global EV with the spinner in the Preview tab of the
Preview window)


Ah - I'd rather assumed that EV applied only to the preview, not the stitch.


Then fuse these three images with enfuse on the command-line.


That sounds just the thing. Thank you.

 BugBear

--
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-2011.0.0_rc1 released

[Carl von Einem]

David Haberthür schrieb am 23.05.11 23:32:


On 23.05.2011, at 14:40, Yuval Levy wrote:

What are Apple's policies and schedules regarding EOL of their
systems?


As far as I know, Apple "officially" supports two versions back,
this would currently mean down to 10.4. But there's no real EOL for
their systems, or more precisely, there's an EOL only for hardware.

If I remember correctly, for 10.7 (Lion), support for non-Intel
processors will be dropped, but that's another story.


Apple is a bit faster... they provide security and system updates only 
for the current and the last version of OS X, i.e. 10.4 Tiger is not 
supported any longer. The last security update for 10.4.11 is from 
September 10, 2009; iTunes 9.1.1 came 2010-05-12; Safari 4.1.3 is from 
2010-12-11.


The latest security update for 10.5.8 is from April 14, 2011: 
http://support.apple.com/kb/DL1374


Apple dropped support for PowerPC hardware already with 10.6, so 
(security) updates for PPC will be available only until 10.7 hits the 
market.


Another option to use a Mac PPC with a current system is Ubuntu:
10.10 Maverick Meerkat is here 
.


Carl

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