Tom Sharpless twisted the bytes to say:
Tom http://www.youtube.com/watch?v=Oj69gzOF8JA .
Did you see this video: Panini Unwrapped :):)
http://www.youtube.com/watch?v=pc2PuL--jf0NR=1
Tom 720 x 480 DV from a Sony Handicam with an Opteka 0.41x semi-fisheye
Tom adapter,
Tom hfov 125 degrees.
I did something similar with the Wii, to record that data and send it to
the computer as I was taking the photos. The problem is, the wii is an
accelerometer and it works when the camera is stationary, but would not
work for a moving camera. It would be interesting to rig something using
an
Whether by reverse engineering (is that what you mean with cleanroom?) or
by
following the specs to the letter, one important ingredient is lacking:
motivation.
Roger I'm not even sure it would require reverse engineering, as that work
has already been done in ImageMagick, for
kfj That's how I did it. In a beginning-of-line context accept all
kfj conventional line-headers plus the 'meaningful comment' type as legal
kfj line-type tokens. This seems to be the least painful route. Luckily
kfj line beginnings like '# hugin' don't seem to contain meaning but only
kfj
No. :) we need to document them. At this point my goal has been to
create a mapping from PTO to txt formats (txt is the libpano format).
kfj It's been pointed out that those 'cousins' of hugin which also use pto
kfj dialects seem to give a damn about compatibility (I think some are
Hi everybody,
I undusted the code I started few years ago and finally completed a
working prototype:
https://bitbucket.org/dmgerman/panoparser
(it is here temporarily until sourceforge gives us shell access again).
If you download it and compile it, you will find that it creates a
program
THe idea of this parser is old: if we have a single parser (as a
library) we can then have multiple tools reading (and perhaps
generating) these files.
kfj Precisely. I wish I'd known of your work when I wrote my Python parser
kfj for pto files some months ago. I might even have made a
I am curious,
are the mask lines (k-lines) in PTO files order dependent? I am
wondering if they should be assigned to data structures of the image, or
they should be a separate data structure. In other words, if the order
of the lines changes in the file (the k-lines), will their meaning
change?
in the move from SVN to Mercurial, what happened with libpanorama?
I have finally completed the bison parser for PTO files (I think) and I
was trying to commit to subversion, and the module is no longer for
write access.
--dmg
--
--
Daniel M. German
Hi Everybody,
I am trying to revamp the parser of libpano to make it compatible with
PTO files. Is there a document that describes it?
For example, what is the meaning of the variable 'j' in the image lines?
--
--
Daniel M. German
http://turingmachine.org/
hi everybody,
Now that the thoby Projection is available in Hugin/panotools I was able
to run some tests using my 10.5 on a Full frame camera (5dII)
I can say that the thoby is a better match than what we call circular
fisheye. How much better? It is hard to tell, as we don't have a good
that
I have just bumped the version of libpano to 2.9.18.
This should avoid any problems with people who try to use the new
projections without the proper library.
--dmg
--
--
Daniel M. German
http://turingmachine.org/
http://silvernegative.com/
dmg (at) uvic (dot) ca
replace
This morning I was able to build hugin, then I pull the change by
T. Modes and cmake complaints that it can't find boost:
I have checked my installed libraries, and boost is there (as I said, it
was there this morning before I pull this change).
Unfortunately I am clueless on how to see what
I have added the Thoby projection for the Nikkor 10.5. It is now in
subversion. I have called it after Michel Thoby who was able to
empirically find it. If this projection helps with other lenses, I'll
add parameters to it.
The input projection number is 20.
Would the hugin developers add it to
Hi everybody,
I just committed a change that will enable PToptimizer to handle the
Thoby projection.
I undusted a spherical 360/180 project I had lying around. Unfortunately
it was shot with a 20d, but i took good care of setting control
points. This was my calibration shot for the Nikkor on my
Hi Joshua,
Sorry I haven't replied to you earlier. Once my email piles up, it takes
some time for me to go over it.
We basically have two translations. The one implemented by Pablo, and
used by Hugin, and the one implemented by Dev and I, which is not
directly available from Hugin.
I don't
Tom That was my conclusion also. Next time I revise the Panini-general
Tom code in libpano13 I shall put it under GPLv3.
Tom For version 1 of my Panini viewer/perspective tool I am using the
Tom Apache license, which is GPLv3 compatible but also allows a bit more
Tom restrictive
Thomas I'm sure the trick is doable, but it clearly needs both good
Thomas legal preparation and good management of the patent rights.
Thomas Which in turn need to be sustained by some revenue. So it
Thomas won't happen unless I can actually find some customers who want
Thomas to build and
This is great news!
--
--
Daniel M. German
http://turingmachine.org/
http://silvernegative.com/
dmg (at) uvic (dot) ca
replace (at) with @ and (dot) with .
--
You received this message because you are subscribed to the Google Groups
hugin and other free panoramic
Tomasz Hi
Tomasz I created new testing tool written in python. It is available on:
Tomasz
http://hugin-ptx.googlegroups.com/web/tests2.tar.gz?gda=yI6jqj8_m-Bmjzq5Pt_LOx1JMF0oI0W3JwwUvub6K5WnpSjMggDPXttxP6-sUHRZBFW1F7iccyFKn-rNKC-d1pM_IdV0gsc=PVzG9gs75cSDwTgOMIvO-SxrrAdu
Tomasz
When a,b,c,d,e are different from zero, I get the same results (a
perfect 360/180 panorama) with either projection (PTmender - emblend)
(input is 8 photos, with a 40D).
I haven't tested it fullframe. It might be a different story.
Robert You can model equisolid with equidistant
Hi everybody,
Some people have recently mentioned that it would be useful to implement
new input projections in libpano/hugin to support a wider variety of
fisheye lenses (i.e. samyang stereographic lenses, and potentially fine
tune projections to fisheye lenses).
I spent some time this weekend
Bruno Postle twisted the bytes to say:
Bruno On Thu 18-Mar-2010 at 21:00 +0100, Lukáš Jirkovský wrote:
I've just got a great news – it seems that hugin was accepted[1] for
the Google summer of code 2010!
[1] http://socghop.appspot.com/gsoc/program/accepted_orgs/google/gsoc2010
The HEAD of libpano should now be compilable using autoconf/automake.
--dmg
--
Daniel M. German
http://turingmachine.org/
http://silvernegative.com/
dmg (at) uvic (dot) ca
replace (at) with @ and (dot) with .
--
You received this message because you are subscribed to the
that will allow you to continue your work is to divide the
values in the sliders by 10 (specify 20 instead of 2) and then divide in
your code by the same factor.
yes, a hack, but at least you can keep working...
--dmg
Thomas -- Tom
Thomas On Thu, Dec 31, 2009 at 12:08 PM, D M German d...@uvic.ca
FYI,
Adding Tr parameters to the script will restrict the output of the any
remapped image be at most 180 degrees, even if it can spawn longer (such
as most of the cylindrical panoramas).
I am not sure why this happens yet.
--dmg
--
--
Daniel M. German
Hi Pablo,
Pablo D M German wrote:
FYI,
Adding Tr parameters to the script will restrict the output of the any
remapped image be at most 180 degrees, even if it can spawn longer (such
as most of the cylindrical panoramas).
I am not sure why this happens yet.
Pablo Only images
Hi Bruno,
Very impressive!
--dmg
--
--
Daniel M. German
http://turingmachine.org/
http://silvernegative.com/
dmg (at) uvic (dot) ca
replace (at) with @ and (dot) with .
--
You received this message because you are subscribed to the Google Groups
hugin and other free
The spherical model of libpano places some constraints on the Tr model,
but with few adaptions it works. This is 11 photos taken along a narrow
alley. the stair effect will show you where those photos are:
http://turingmachine.org/~dmg/temp/wall.jpg
--
--
Daniel M. German
Yuval I would assume such a group to have, on average, a biased opinion and I
Yuval am not looking for fan answers. Actually the best feedback I got so far
Yuval is from Nikon users :)
Hi Yuv,
Most of use are biased... because we don't use both cameras most of the
time.
I personally
In a nutshell,
First warning. I had to reindent some functions. use svn diff -x -w to
get diffs with whitespace ignored.
* tilt parameters have been renamed to TiX, TiY, TiZ, and TiS. TiX,
TiY, TiZ are now properly bound to -180,180 degrees. TiS can't be zero
nor negative.
* mosaic
I have a problem with the cmake configuration for libpano.
--
d...@phosphorus:~/hacking/libpano$ cmake CMakeLists.txt
CMake Error at CMakeLists.txt:38 (include):
include could not find load file:
HuginMacros
CMake
Yuval Levy twisted the bytes to say:
Yuval dmg wrote:
Would it be possible for someone to describe in the libpano mailing
list what the problem is?
Yuval I tried. Seems that my message awaits moderation.
Hi Yuv,
I don't know who is the moderator of the panotools-devel.
Bruno, Jim,
I have committed the changes to support tilt of the camera in
PToptimizer and PTmender. See the ChangeLog for details.
the new parameters are:
Tx, Ty, Tz, and Ts (for scale).
--dmg
--
--
Daniel M. German
http://turingmachine.org/
http://silvernegative.com/
dmg (at)
Hi everybody,
For those using (or wanting to use PTmender).
for the sake of maintainability I have used only matrix multiplications
right now. I am going to wait until we are sure about their correctness
before I expand them.
By the way, in the process of hacking the stack, I discovered
(this code was brought to you by Google :)
As you might know, Dev Gosh was one of Google Summer of Code
students. Unfortunately he only completed part of his project.
His idea was to allow for the rotation of the camera plane in two axis:
around x, and around y. He did a good job with the
hi Everybody,
i am trying to finish and integrate the tilt function that Dev
implemented during the summer.
I have everything working except the optimization. I just can't understand
the optimizer varies parameters, and how to instruct it to vary the
values of the tilt.
(yes, i have modified
Hi Everybody,
There was a bug in panotools. It involves the parameters g and t (it has
survived since their conception).
In a nutshell, they have never worked properly. More specifically, its
inverse was wrongly computed when both g and t were different from zero
(I can elaborate on why, if
Hi Dev,
I just checked the code.
The current version of PTmender does not support uncropped output (that
is done now by PTuncrop), except when the input image is fisheye.
Processing cropped is done for performance reasons. It greatly speeds up
processing (PTmender is significantly faster
Hi Yuv,
I have looked at the patch and this is the improper way to deal with
this problem. It modifies a bunch of functions to reset the locale. It
is too cross-cutting. Have you looked at the patch?
It is basically ~40 insertions of this code:
+setlocale(LC_ALL,old_locale);
+
Hi Everybody,
I was going over the license statements in files in Hugin and discovered
that the following files contain no license statement:
./src/hugin1/tests/test_projections.cpp
./src/hugin1/tools/color_correct_tiff.cpp
./src/hugin1/tools/img2vips.cpp
Dear Antoine,
I was going over the license statements of files in Hugin and I noticed
that one file of which you are the author
(src/hugin_base/hugin_math/lu.c) is licensed under the GPLv2.
/*
*
* Licensed under the GPLv2
*/
All other files in hugin as licensed under 'Version 2 of the
I am sorry Guido I dropped the ball from this.
(This discussion should go into libpano, but there is also an issue
with hugin).
Hi Guido,
I am looking at your patch right now, and I see you changed some of
the computations. The biggest one I don't quite follow is:
replacing:
- C =
43 matches
Mail list logo
