thanks for the answers
On Sunday, September 4, 2022 at 10:59:23 AM UTC-7 T. Modes wrote:
> marmi...@gmail.com schrieb am Sonntag, 4. September 2022 um 19:35:38
> UTC+2:
>
>>
>> *Pto_gen sets the projection (aka lens type) of the individual images*
>
> But it would be best if the project was
Again, thanks so much for your answers,
Besides semantics (*"correct"* should have been read as *"desired
projection"*...) but what I still don't understand is the use of pto_gen
--projection option then. Whatever projection I choose in pto_gen results
in Equirectanguilar on the project.
I
marmi...@gmail.com schrieb am Sonntag, 4. September 2022 um 19:35:38 UTC+2:
>
> *Pto_gen sets the projection (aka lens type) of the individual images*
> But it would be best if the project was created correctly from the
> start... Otherwise what is the point of having the --projection=* option
Pano_modify works fine, thanks.
But it would be best if the project was created correctly from the start...
Otherwise what is the point of having the --projection=* option in pto_gen?
On Sunday, September 4, 2022 at 10:06:34 AM UTC-7 T. Modes wrote:
> marmi...@gmail.com schrieb am Sonntag, 4.
*Pto_gen sets the projection (aka lens type) of the individual images*
Thanks for the response, but still makes no sense.
All of the images are read as rectilinear (f0) but the project is generated
as equirectangular no matter what.
On Sunday, September 4, 2022 at 10:06:34 AM UTC-7 T. Modes
marmi...@gmail.com schrieb am Sonntag, 4. September 2022 um 18:30:24 UTC+2:
> pto_gen does not set the projection specified.
>
> For example: if I do
>
> pto_gen --*projection=0* project.pto *.tif
>
> I would expect the projection to be *rectilinear* (p *f0* on the .pto
> file).
> But when I
Ah, thanks! I was using a 2019 version downloaded from Sourceforge, which
seems to be the cause of the problem. I just installed the version posted
in this thread and the preview issue is no more.
On Sunday, September 4, 2022 at 5:57:33 AM UTC-7 gunter.ko...@gmail.com
wrote:
> If it is on
pto_gen does not set the projection specified.
For example: if I do
pto_gen --*projection=0* project.pto *.tif
I would expect the projection to be *rectilinear* (p *f0* on the .pto file).
But when I open the project in hugin the stitch projection is set to
*equirectangular* (p f2 on the .pto
If it is on the Mac: with the open source program I maintain I have learnt that
on hi-dpi ma s you can create low-dpi bitmaps (that are blurry) or bitmaps with
n times the resolution. Which means that a "640x480" bitmap with 3-fold
resolution claims to be 640x480, but needs to be filled with
It has been asked before and I see no answer
https://groups.google.com/g/hugin-ptx/c/qWe1L4QhlDk/m/QgV5TTeWAwAJ
If (unlike those who asked before) you have the problem on Windows or
Linux, I could probably diagnose it with more information.
If it is mac, were you using the version posted in
I've never met that.
As they would say, what Hugin version and operating system?
On September 3, 2022 6:46:59 PM HST, Alexander Drecun
wrote:
> Hey all,
>
> I'm aware this is a problem others have run into and that solutions have
> been provided here, so I'm hoping someone can provide me a
11 matches
Mail list logo
