Hi Jan,
Try setting the environment variable TMP or TMPDIR to where you want
the files (at least they are supposed to work for PTmender and other
PT tools).
--dmg
On Sat, Jul 20, 2013 at 3:01 PM, Jan Martin
wrote:
> Hi all,
>
> this is about PTBatcherGUI from the command line on
013 at 12:20 PM, dmg wrote:
>>
>> test it by using a map of the world projected using an equirectangular as
>> input
>>
>> On Thu, Jan 10, 2013 at 12:16 PM, Federico Perazzi
>> wrote:
>> > I also thought about it, but results look unexpected.
>>
test it by using a map of the world projected using an equirectangular as input
On Thu, Jan 10, 2013 at 12:16 PM, Federico Perazzi
wrote:
> I also thought about it, but results look unexpected.
>
>
>
> On Thu, Jan 10, 2013 at 12:03 PM, dmg wrote:
>>
>> Fisheye. Type3
email to
> hugin-ptx+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/hugin-ptx
--
--dmg
---
Daniel M. German
http://turingmachine.org
--
You received this message because you are subscribed to the Google Groups
"Hugin and o
are below. However, I
> don't understand "m2 p0.00784314" parameters in the m-line - they are
--
--dmg
---
Daniel M. German
http://turingmachine.org
--
You received this message because you are subscribed to the Google Groups
"Hugin and other free panoramic software&qu
response is that the
equirectangular
is a very special type of projection in libpano. It is sort of the
intermediary projection
between fisheye or rectilinear and most projections. This is partially
because it
has the property x = \lamba and y = \phi
--dmg
>
> Kay
>
> --
> You received thi
quot;. Then I looked at panotools. The source has some
> methods of generation of an equi panorama. I tried understanding it
> many times, but still i am not getting it.
Are you interested in creating the panorama or the software that
creates the panorama?
--dmg
> Can anyone here,
What do you want to do? You should post to the libpano mailing list, though.
--dmg
On Sat, Sep 3, 2011 at 9:16 AM, tartarus wrote:
> Hi, all
>
> For some reason I have to use libpano13.dll in my own program, so I download
> the source code of libpano 2.9.18, and compile it on Ubunt
Particularly relevant with respect to in-software lens corrections
http://www.canonrumors.com/tech-articles/this-lens-is-soft-and-other-myths/
--
--dmg
---
Daniel M. German
http://turingmachine.org
--
You received this message because you are subscribed to the Google Groups
"Hugin and
unity for users to showcase a panorama in the splash screen
> is a good thing too.
>
--
--dmg
---
Daniel M. German
http://turingmachine.org
--
You received this message because you are subscribed to the Google Groups
"Hugin and other free panoramic software" group.
A list of
oing usability.
But for this project to succeed, it needs a student who is currently a
member of the
hugin community and understands the current workflow.
--
--dmg
---
Daniel M. German
http://turingmachine.org
--
You received this message because you are subscribed to the Google Groups
"H
Merging the test suite is also in my list of todos. Currently I am
trying to help Jim with the upgrades to PTtiff2psd.
What do you suggest we do? Do you want me to branch it?
-dmg
On Thu, Mar 3, 2011 at 3:30 PM, Bruno Postle wrote:
> On Thu 03-Mar-2011 at 12:10 -0800, Daniel M. German wr
; 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
Hi,
please type:
hg branch
and if you are not in libpano then:
hg update -C libpano
and try again
I suspect you are in a branch.
--dmg
On Sun, Feb 27, 2011 at 10:08 AM, Teodora Chitiboi
wrote:
> Hi again,
>
> I succesfuly downloaded libpano but now I can't seem to compile it
er loops (without debug checks, the slowdown is far less
> noticeable). I really think this is more of a solution in search of a
> problem than a practical advancement in programming technology. But
> Vigra does work
>
For these reasons I find it difficult to understand and maintai
I guess I can't see it unless I join :(
On Sun, Feb 20, 2011 at 7:56 PM, Yuval Levy wrote:
> http://www.linkedin.com/groups/Friends-Hugin-3796430
>
--
--dmg
---
Daniel M. German
http://turingmachine.org
--
You received this message because you are subscribed to the Google Gro
On Fri, Feb 11, 2011 at 5:29 AM, Yuval Levy wrote:
>
> hg up -C BRANCH_NAME
>
Do not do -C, use -c. If you use -C it will blindly remove your local
changes. -c will warn you if you have
uncommitted ones.
--
--dmg
---
Daniel M. German
http://turingmachine.org
--
You received thi
it looks like you would benefit from a way to record the tilt and roll
of the camera.
--dmg
--
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
I agree. This is basically the current grammar we have. I think all we
need (when I see is all the tools) is to:
* consider the first string (before the fist whitespace) to be the
line identifier.
Ignore any other line.
--dmg
--
--dmg
---
Daniel M. German
http://turingmachine.org
--
You r
ust want to be able to read it, and
at the same time, avoid having to modify the panotools parser (which is a pain).
--dmg
--
--dmg
---
Daniel M. German
http://turingmachine.org
--
You received this message because you are subscribed to the Google Groups
"Hugin and other free p
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?
>
>
>
> --dmg
>
>
> --
> --
> Daniel M. German
> http://turingmachine.org/
> http://silvernegative.com/
> dmg (at) uvic
Thanks! I think I am going to use this repo instead, since it is a
hugin compatibility issue.
--dmg
On Wed, Feb 2, 2011 at 7:13 PM, Yuval Levy wrote:
> On February 1, 2011 11:49:23 am D M German wrote:
>> in the move from SVN to Mercurial, what happened with libpanorama?
Try the following:
cmake CMakeLists.txt
make
./testparser testFiles/84-84bw.pto
Thanks for the pointer to the 'j' variable.
--
--dmg
---
Daniel M. German
http://turingmachine.org
--
You received this message because you are subscribed to the Google Groups
"Hugin
If anybody can run these tests in a regular hard drive, that would be
great. I have the feeling that IO will increase nona's time,
but that is only a hunch:
http://turingmachine.org/~dmg/temp/test.zip
--
--dmg
---
Daniel M. German
http://turingmachine.org
--
You received this me
Thanks Harry, I'll be able to do some more tests with my desktop (my
ubuntu laptop freezes sometimes in some strange
bug of X11 and hugin, but I don't think it is a hugin bug).
--dmg
On Fri, Jan 7, 2011 at 12:56 PM, Harry van der Wolf wrote:
> Hi mac users,
>
> This new 201
me.
--dmg
On Thu, Jan 6, 2011 at 2:27 PM, D M German wrote:
>
> 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, i
Unfortunately input projections are not dynamically loaded by hugin.
hugin needs to be updated to take advantage of the new projection. I
think T. Modes was working on it.
--dmg
On Wed, Jan 5, 2011 at 5:12 PM, Tduell wrote:
> Hullo All,
> Built libpano13-2.9.17 svn1311, and hugin d
I have committed the changes to SVN.
On Wed, Jan 5, 2011 at 10:57 AM, dmg wrote:
> To be honest, I don't know how it got in. I noticed after the commit,
> but it was too late last night.
> I am going to delete it. I must have added it by accident.
>
> On Wed, Jan 5, 2011
tdated) debian/
> subdirectory, I guess this was an error?
>
The change to PTcommon.h? Debugging code. I want to know how stable
the transformations are.
--
--dmg
---
Daniel M. German
http://turingmachine.org
--
You received this message because you are subscribed to the Google Groups
&
On Wed, Jan 5, 2011 at 6:51 AM, Kornel Benko wrote:
> Nice, but dump.h should be commited too :)
>
> ...
Done
--
--dmg
---
Daniel M. German
http://turingmachine.org
--
You received this message because you are subscribed to the Google Groups
"Hugin and other free panoramic s
; 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
>
>
--
--dmg
---
Daniel M. German
http://turingmach
> Yes, nona is multithreaded. As far as I know, ptmender doesn't perform the
> photometric (vignetting & white balance) corrections as nona does.
>
> ciao
> Pablo
This is correct. PTmender simply does remapping and nothing else.
--
--dmg
---
Daniel M. German
http://tu
oh, if I remember correctly, nona does multithreading. But I am not an
expert, so I'll let Pablo and those who know nona
describe it.
On Tue, Jan 4, 2011 at 11:23 AM, dmg wrote:
> If you need the speed, and are willing to deal with TIFF output only,
> then yes. Otherwise still to n
t:
> 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
and is capable of outputting different formats.
PTmender is, I presume, 4-5 times faster than nona.
--dmg
On Tue, Jan 4, 2011 at 10:14 AM, Jeffrey Martin <360cit...@gmail.com> wrote:
> I was under the impression that Nona is better.
>
> Are they equivalent, or is one superior? Or do
, but that projection will remain
untouched, for compatibility purposes.
--dmg
On Tue, Jan 4, 2011 at 10:13 AM, Jeffrey Martin <360cit...@gmail.com> wrote:
> "A look at the wiki and I see the new projections have not been added."
>
> where, exactly? :) maybe
Well, it is satisfying to know that the code we wrote works even
though we could not test it ;)
Using Sov image, I passed it through hugin. You will see that the
stereographic is almost a match for this lens:
http://turingmachine.org/~dmg/temp/samyang.jpg
Sov, use this lens as stereographic. I
> ...and abandon the a,b,c polynomial while we are at it. There are
> definitely better lens models, the question is do we need the pain involved
> with changing from the existing model?
We can leave it as is, and provide a better model, but what would the
alternatives b
thinking aloud, the fact that the field of view changes when the image
is in landscape mode might have interesting repercussions during
optimization.
I wonder if a better solution would be to scale with respect to the
corner of the frame.
-dmg
On Mon, Jan 3, 2011 at 3:24 AM, dmg wrote:
>
ing test:
http://turingmachine.org/~dmg/temp/test_grid.zip
It looks as if, in the case of the 2 rectangular images, there is
scaling, but not in the squarish image.
In the code, the scale of the image is normalized as 1/2 the smallest
of dimensions. This means the image is not scaled with respec
Oleg,
would you mind sending me a photo with prominent straight lines? Like
a building shot straight forward.
I will interested to look into this lens type, and potentially add a
new projection.
We believe it is a stereographic type of lens.
--dmg
> It probably can be used to obtain a,
Oops, Sorry, I left some lines I should have deleted: this is the
correct order. Disregard my previous message:
On Fri, Dec 31, 2010 at 2:10 PM, dmg wrote:
> Hi Joshua,
>
> The code you need is in panotools, in particular "adjust.c"
>
> SetInvMakeParams, SetMake
pitch/roll)
* Convert to equirectangular
* Rotate (yaw)
* Convert to output
* Input projection (usually fisheye or rectilinear)
* Scaling
* Radial correction
* Tilt (not hugin accessible)
--dmg
On Thu, Dec 30, 2010 at 12:48 PM, Joshua Stults wrote:
> What order does Hugin apply rotations and tr
ail 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
>
>
--
--dmg
---
Daniel M. German
http://turingmachine.org
--
You received
I only changed the focal length to 207 mm, and I don't see any problem
with the result:
http://turingmachine.org/~dmg/temp/rip2.jpg
--dmg
On Mon, Dec 6, 2010 at 2:29 AM, Olivier Croquette wrote:
> Thanks for the numerous answers. I didn't know Bruno's tutorial yet,
> so I
Yes, that is what his scripts do: panotools script.
--dmg
On Sat, Nov 20, 2010 at 1:54 PM, Jan Martin
wrote:
> Hi Daniel,
>
> I have a .pto file and need to stitch it.
> Output needs to be an equirectangular .jpg file at 95% quality.
>
> Right now I use a Perl scri
What part of hugin do you want to automatize?
Bruno has been creating scripts to create automatic panoramas for some time.
--dmg
On Sat, Nov 20, 2010 at 12:17 PM, Jan Martin
wrote:
> Hi all,
>
> you might already know that I am working on a streetview rig at
> http://www.diy-st
, 1989.
libpano transforms point by point in an "inverse" manner: given a
coordinate in the output point, it finds the points in the photo from
which to compute it. math.h contains the equations.
You don't need to understand the full engine.
-dmg
On Wed, Oct 20, 2010
uot;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+unsub
Hi KFJ,
did you try using cmake?
On Sat, Sep 18, 2010 at 12:51 PM, kfj <_...@yahoo.com> wrote:
>
> ./configure --with-java = /c/Programme/Java/jdk1.6.0_21
--
--dmg
---
Daniel M. German
http://turingmachine.org
--
You received this message because you are subscribed to the G
ware" 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 opti
ft and
> breakpoint right, to place the fold into the exact corners of a room?
>
> and (considering that there will be considerable image stretching
> involved) will the 3 planes still come together?
>
> Bart: thank you for your advice to start a new thread, it w
up.
> 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
I think we (libpano) should rename that function to make it clear that
it belongs to libpano: panoQueryFOVLimits
--dmg
On Mon, Apr 12, 2010 at 4:14 PM, Bruno Postle wrote:
> On Mon 12-Apr-2010 at 15:24 -0700, hans wrote:
>
>> I am trying to build hugin on SUSE 11.2 with this script
ach one of the
projections (some
will be capable of covering 360 degrees, others will not). I suggest
you use hugin
first then create the scripts.
The scripts should be generic enough to test both nona and PTmender.
Start with the equirectangular, and then I'll get you some fisheye ph
it to 1.0 for fisheye cases
>
it is not difficult. Start by creating a new input projection in
libpano. Once that is done
it will relatively trivial to add support in hugin. THe user can then
choose the model
that best suits the lens.
--dmg
> The choice which model is 'best' fo
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
>
>
--
--dmg
---
Daniel M. German
http://turingmachine.org
--
You received this m
ugh.
>
> Cheers,
>
> Seb
I am curious, what are people using such huge panoramas for? 50k
pixels would translate to more than 3 meters at 300dpi.
--dmg
--
You received this message because you are subscribed to the Google Groups
"hugin and other free panoramic software"
send email to
> hugin-ptx+unsubscr...@googlegroups.com
> For more options, visit this group at http://groups.google.com/group/hugin-ptx
>
>
--
--dmg
---
Daniel M. German
http://turingmachine.org
--
You received this message because you are subscribed to the Google Groups
&
Hi everybody,
I think it would be great if the build scripts of hugin should force
this version
--dmg
On Mon, Feb 1, 2010 at 2:25 PM, Bruno Postle wrote:
> On Mon 01-Feb-2010 at 22:14 +, Bruno Postle wrote:
>>
>> A libpano13-2.9.17_beta1 (first beta snapshot) tarball has b
I found that the export to PTmender script does not include the
parameters of the projection.
Also, it would be nice if nona embedded the script in the output file
(the way that PTmender does).
--
--dmg
---
Daniel M. German
http://turingmachine.org
--
You received this message because you
Hi Everybody,
does anybody have the parameters FOV, a, b, and c for a 10.5 on a
Nikon Camera? Either vertical or horizontal?
I am trying to correct a photo taken with this lens, but I don't have such body.
Thanks in advance!
--
--dmg
---
Daniel M. German
http://turingmachine.org
--
der if that is where the problem lies.
Can GLX be disabled from command line?
--
--dmg
---
Daniel M. German
http://turingmachine.org
--
You received this message because you are subscribed to the Google Groups
"hugin and other free panoramic software" group.
A list of frequently aske
The real challenge is finding out what the math being their transformation is.
If it is just a matter of changng the names of the variables, that is
relatively trivial.
Also, remember that we have two types of transformations, Tr, and T.
--dmg
On Sat, Jan 30, 2010 at 6:28 PM, Zoran Zorkic
Thanks Zoran.
PTmender is significantly faster than Nona. that is true.
--dmg
On Thu, Jan 28, 2010 at 12:02 PM, Zoran Zorkic wrote:
> On Jan 28, 8:07 pm, dmg wrote:
>
>> But I want to fix the problems. So if we can find a good test case
>> that shows the bug, I'll take
;
> Please click the following link to continue.
>
> /web/nona-example.jpg?gda=
>
> RQnSxUIAAABgE5HMzGwGqAOKWxgT_144cruHh-tp2W9yrfcaIv3ojkluqF0z3khbrGqcf62fklhV4u3aa4iAIyYQIqbG9naPgh6o8ccLBvP6Chud5KMzIQ
>
>
> --
> --
> Daniel M. German
> http://turingma
(>=2.9.16).
So people who package libpano with hugin, please be aware of this issue;
--dmg
On Mon, Jan 18, 2010 at 1:11 PM, Tduell wrote:
> Hullo Harry, Tom,
>
> On Jan 19, 7:14 am, Harry van der Wolf wrote:
>> Hi Tom,
>>
>> I built the libpano13 on the latest
Please try again. Notice that I have bumped the version number to
2.9.16, given that it contains some few features.
On Sun, Jan 17, 2010 at 5:04 PM, dmg wrote:
> Let me look into it.
>
> On Sun, Jan 17, 2010 at 5:01 PM, Tduell wrote:
>> Hullo Daniel,
>>
>> On Jan
gt; 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
>
We rarely change the Makefile files. It is not needed to delete the
Makefile, actually,
but just to run ./bootstrap which takes care of everything.
But run it only if you have build problems. It should only be needed
when we modify configure.ac or Makefile.am
-dmg
On Sun, Jan 17, 2010 at 4:45
You must rebuild the makefile.
Try deleting Makefile from the main directory, and run configure again
--dmg
On Sun, Jan 17, 2010 at 4:32 PM, Tduell wrote:
> Hullo All,
>
> On Jan 18, 10:50 am, Bruno Postle wrote:
>> On Sun 17-Jan-2010 at 15:36 -0800, Daniel M. German wrote:
&
oh, I think I get it. Are you installing libpano? only when it is
installed, the pano13 directory is created.
--dmg
On Fri, Jan 15, 2010 at 8:22 PM, dmg wrote:
> Isn't that a problem of configuring the compilation environment?
>
> libpano installs in pano13. In my opinion th
tablished companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______
> PanoTools-devel mailing list
> panotools-de...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/panotools-devel
>
>
--
--dmg
---
Daniel M. German
http
computer without any problem.
--dmg
On Sat, Jan 9, 2010 at 6:27 AM, Pablo d'Angelo wrote:
> Hi all,
>
> Jean-Luc Coulon (f5ibh) wrote:
>>
>> For me [tm] 1203 works
>> 1214 doesnt.
>>
>> assert(sizeof(panoFormatNames) == PANO_FORMAT_COUNT * sizeo
>
>>>>
>>>>
>>>> Thomas> Hi Daniel
>>>> Thomas> I put in 3 parameters and Hugin takes them OK. But it returns
>>>> them rounded to integer values.
>>>>
>>>> this sounds like a restriction of hugin. The par
" goes from 0 to 1e10
> (min/max rounded to integer). So this slider works very crude, but the
> text input field works good.
>
> Thomas
thanks Thomas,
I was discussing with Tom that the sliders might have to be "scaled"
to be logarithmic. Once we have the
completed the
On Sat, Sep 26, 2009 at 9:20 PM, RueiKe wrote:
>
> Hi Daniel,
>
> I just tried Live View on the D3. No impact on the mirror lock up.
> Too bad. At high speed, it can induce significant camera shake.
>
> Rick
>
I can confirm that the 1ds3 brackets up to 7 shots, from 1/3 to up to
3 stops distan
a smaller coverage
with the cropped-sensor body.
And yes, except for a blind person, anybody will recognize that
difference, even of photos at the same aperture because
colour rendition, sharpness and contrast. Try it.
--dmg
---
Daniel M. Ger
; estimation works satisfactory with the previously estimated y,p,r
>> parameters. Maybe one can get away, if the camera hasn't been moved too far.
>>
>> My experience with the tilt model was not so good. I have prepared a
>> nice testset with the aerial images posted earl
racketing that would be a factor for me would be
> the ability to lock up the mirror for an entire bracket series. Is it
> really necessary to meter between brackets, especially in manual
> mode? Is there some other technical limitation for this?
the 5dII does this when you enable live
Hi Bruno,
did you try optimizing using the tilt model? Tx, Ty and Ts (try those
before you try Tz).
I'll be curious to see what happens.
Could you post the script so I can try it? Thanks!
--dmg
On Wed, Sep 23, 2009 at 11:44 AM, Bruno Postle wrote:
>
> On Wed 23-Sep-2009 at
nd them
to its appropriate list. Otherwise they just linger in this one.
I'll fix it then.
--dmg
> I'm not sure if I asked the questions already:
>
> do we still need the workaround around line 138 in
> src/hugin_base/panotools/PanoToolsOptimizerWrapper.cpp
>
> #ifdef Has
ld go primarily to Dev Gosh and Google.
Dev did the hard work.
I just integrated.
--dmg
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"hugin and other free panoramic software" group.
A list of frequentl
, Yuval Levy wrote:
>>
>> dmg wrote:
>> >> Hello,
>> >>
>> >> I am confused. Would one not be able to continue development in the
>> >> same branch that Dev made the initial changes in? Why is another
>> >> branch needed? I apol
ipt before optimizing?
--dmg
On Thu, Sep 10, 2009 at 2:07 AM, Rogier Wolff
wrote:
>
>
> Hi,
>
> I was reading stuff about "tilt transformations" and was wondering if
> it would help me build a fitting pano for a bunch of pictures I took.
>
> If it doesn'
Here are examples of the use:
This photo was not remapped:
But this one was:
http://turingmachine.org/~dmg/temp/floorInput.jpg
and this is the output, merged (difference mode):
http://turingmachine.org/~dmg/temp/merged.jpg
It was optimized using:
# specify variables that should be
o needs a plain, simple, scaling option.
If you look at the PDF I sent, the scale
is a factor by which the field of view of the lens is multiplied in
those computations.
As I said, I am not sure what use it might have. But the feature is
there now. Perhaps for mosaic mode we
need to redesign th
> Hello,
>
> I am confused. Would one not be able to continue development in the
> same branch that Dev made the initial changes in? Why is another
> branch needed? I apologize if I am missing something obvious.
>
> Gerry
are you talking li
Remember that the PTO files are not compatible with libpano. One needs
to use the export feature in
hugin.
On Wed, Sep 9, 2009 at 4:27 PM, Yuval Levy wrote:
>
> dmg wrote:
>>> how does this interact with James' new layout (the "j" parameters in the
>>&
Scale?
>
> how does this interact with James' new layout (the "j" parameters in the
> .pto files) ?
Is this read by libpano tools? I doubt it. In that case, not at all.
>
> Yuv
>
> >
>
--
--dmg
---
Daniel M. German
http://turingmachine.org
--~--~---
reports that
> the tilt variables are being optimized).
>
> Anybody has any clue?
>
>
> Thanks!
>
>
> --
> --
> Daniel M. German
> http://turingmachine.org/
> http://silvernegative.com/
> dmg (at) uvic (dot) ca
> replace (at)
s for PTmender. I think it is
useful for those of us who
want to use the command line interfaces.
--dmg
>
> Thank you so much.
>
> Best regards.
> >
>
--
--dmg
---
Daniel M. German
http://turingmachine.org
--~--~-~--~~~---~--~~
You receive
mind, this is unstable libpano.
-dmg
On Tue, Aug 18, 2009 at 10:03 AM, Alex Romosan wrote:
>
> "Jean-Luc Coulon (f5ibh)" writes:
>
>> Hi,
>>
>> Hugin freezes in the optimisation step.
>> I ran it in gdb and got forst the following message with some trace
essing has taken place
(by scanning each row/column
of pixels until the first non-empty is found. It is not done using
calculations from the input parameters.
--dmg
On Thu, Aug 13, 2009 at 2:44 PM, Bruno Postle wrote:
>
> On Thu 13-Aug-2009 at 16:34 -0500, dev g wrote:
>>
>>
obal setting in a function you should also restore the old value at
> the end (this is the main function of the inserted lines).
>
I agree that libpano is wrong in doing this. But I rather remove the setlocale
than adding 40 setlocales in _every return_.
--
--dmg
---
Danie
> to be sure the program correctly rejects those.
>
Hi Tom,
would pictures of a wall help? What would be the "ideal" type of photos?
Tiles of a bathroom? Books in a bookshelf?
--dmg
--~--~-~--~~~---~--~~
You received this message because you are sub
t; Gruß
> Joachim
It is in panotools, but it is not yet in PTmender. It is only
available in the old PTstitcher.
I agree it would be a good idea to resurrect this feature.
-dmg
>
> >
>
--
--dmg
---
Daniel M. German
http://turingmachine.org
--~--~-~--~~~---
ev has been stuck trying to
implement a "slant" transformation
for the last 2-3 weeks. He can probably expand/elaborate on this.
--
--dmg
---
Daniel M. German
http://turingmachine.org
--~--~-~--~~~---~--~~
You received this message because you are subscribed t
support alpha channels but not a separate
>> > mask.
>>
>> > If you understand the concept of an alpha layer, as described above,
>> > you should be able to check out the alpha channel without too much
>> > trouble. If you make the background layer contrasti
http://www.vision.caltech.edu/lihi/Demos/SquarePanorama.html
>
> >
>
--
--dmg
---
Daniel M. German
http://turingmachine.org
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"hugin and other free pa
1 - 100 of 115 matches
Mail list logo