Re: [hugin-ptx] New release for mac?

[Jim Watters]

Yuv,

Nice to see you here putting your talents and expertise to good use. I 
read some of most threads but I've not contributed in a long time.


Jim Watters


On 2021-02-25 12:26 PM, yuv wrote:

Write to your local anti-trust authority / competition commissioner /
etc.  Anyone has my permission to re-use the text below, on the
condition that said anyone does not rely legally on it (I am not
anyone's lawyer,  and in most cases I cannot be).  I am happy to put
together a more detailed argument/analysis for anyone to use against
Apple and (adapted accordingly) the rest of BigTech.

Apple is "lessening or preventing competition" (the legal keyword) and
has gone way too long under the radar screen.  I recently had to set up
an iDevice (school requirement) and it felt worse than being ordered to
stay at home under curfew because of the current pandemic.  Apple has
managed to successfully excercise ownership on users, developers, and
government.

Anti-trust authorities have given Microsoft users the choice of browser
at a time when Microsft's conduct was much less detrimental and
offensive to the market than Apple's current conduct is detrimental to
the market, no matter how the market is defined (and definition of the
market is crucial for an anti-trust case).

In your letter, request the following remedies:
* Apple to give user a choice of cloud services to connect their
iDevice to on initialization of the iDevice.  Similar to what Microsoft
had to do with the choice of browser.  This includes choice of app
store; choice of cloud storage provider; choice of account ID provider.
* Apple to accept in its stores software built with non-Apple
toolchains.
* Apple to give app developers (cloud providers!) access to the same
API independent of Apple's cloud services that it uses to implement
iCloud sync and instant messaging.  Right now, Dropbox, Nextcloud, and
other competitors are at hard disadvantage because they cannot achieve
feature-parity with iCloud.  Their workaround is to have their app's
sync triggered on GPS-coordinate change, totally inferior, while on
Android they have an opportunity to achieve parity with Google's
services.
* Apple to implement standard Push API in Safari, for the same reason
as above.  Currently, Apple requires website operator regi$tration,
licen$e, and use of an Apple service.  I call this unlawful
monetization of access to user
* Apple to give user the choice to replace Apple's root encryption keys
with the user's own; and to disable the features that prevents software
unauthorized by the encryption keys owner to run on the iDevice.
* Ultimate control must rest with the user, not with Apple, and
ultimate control is not the same as dumping the iDevice on the
electropile junk.

At the moment, the only reasonable way to describe iDevices is a pre-
paid lease with an unknown term at the discretion of the landlord on
zero-day notice.  Unconscionable.  Has been unacceptable for centuries
in the Western legal systems, and it is time set the record straight
that it won't be acceptable in the future either.

--
Yuval Levy, JD, MBA, CFA
Ontario-licensed lawyer




--
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
--- 
You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group.

To unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/d2574292-83c3-12ad-c709-a22f0731d514%40photocreations.ca.

Re: [hugin-ptx] Image Stitching and Exposure Fusion with pv

['Kay F. Jahnke' via hugin and other free panoramic software]

Am 04.03.21 um 18:36 schrieb Harry van der Wolf:


Compiling pv on my Ubuntu Mate raspberry pi 4.
A very short action:
  make
clang++ -c -Ofast -march=native -std=c++11 -c -fno-math-errno 
-Wno-unused-value pv_no_rendering.cc -o pv_no_rendering.o

clang: error: the clang compiler does not support '-march=native'
make: *** [makefile:103: pv_no_rendering.o] Error 1


Just a quick thank-you back before I log off for the day...

That's funny. -march=native means 'compile using all instructions your 
local processor supports' and is usually the fastest binary the compiler 
can provide for the local machine, and I've used the flag for ages 
without problems. Without that flag, the compiler usually picks a 
conservative fallback ISA which is assumed to work 'everywhere' (that 
would be all ARM chips in your case) and is usually slow - e.g. on intel 
machines that's SSE, which pretty much every intel processor still alive 
can handle. So not getting the 'native' ISA may slow things down, 
especially when the vector units are not used, which make pv fast.


Of course the CPU and ISA is not the only factor for speed - pv also 
uses a lot of memory bandwidth.


There is another alternative - to use g++ instead of clang++. On intel 
machines, I get slower binaries with g++, but that does not mean it's 
the same on ARM. -march=native is really a g++ option, and clang++ is 
usually 100% compatible...


And did you check the compiler's version as well?

So it works fine on Debian Buster on my server RPi4, but not on my RPi4 
with Ubuntu Mate 20.04 (Ubuntu 20.04.2 LTS; uname -a: Linux ubuntu 
5.4.0-1028-raspi #31-Ubuntu SMP PREEMPT Wed Jan 20 11:30:45 UTC 2021 
aarch64 aarch64 aarch64 GNU/Linux)


So I removed the -march=native from the common_compiler_flags in the 
makefile and started make again.


Now it builds 3 versions which I quickly checked on a partial pano on a 
1920x1080 monitor.

See attached txt files.


That's the proof I was hoping for. It's not fast (didn't expect that 
from the little machine) but it *works* :D


and that suggests that all we'd need for an M1 build is someone with a 
new mac - would be best to compile on that machine, but one might 
cross-compile and only test the binary on the M1.


Anybody out there?

Concerning packaging I'll take a while longer to respond.

Kay

--
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
--- 
You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group.

To unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/5bc0c514-416b-0ed3-1a7a-3ec0601b9ec1%40yahoo.com.

Re: [hugin-ptx] Image Stitching and Exposure Fusion with pv

[Harry van der Wolf]

Compiling pv on my Ubuntu Mate raspberry pi 4.
A very short action:
 make
clang++ -c -Ofast -march=native -std=c++11 -c -fno-math-errno
-Wno-unused-value pv_no_rendering.cc -o pv_no_rendering.o
clang: error: the clang compiler does not support '-march=native'
make: *** [makefile:103: pv_no_rendering.o] Error 1

So it works fine on Debian Buster on my server RPi4, but not on my RPi4
with Ubuntu Mate 20.04 (Ubuntu 20.04.2 LTS; uname -a: Linux ubuntu
5.4.0-1028-raspi #31-Ubuntu SMP PREEMPT Wed Jan 20 11:30:45 UTC 2021
aarch64 aarch64 aarch64 GNU/Linux)

So I removed the -march=native from the common_compiler_flags in the
makefile and started make again.

Now it builds 3 versions which I quickly checked on a partial pano on a
1920x1080 monitor.
See attached txt files.

Harry

-- 
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
--- 
You received this message because you are subscribed to the Google Groups 
"hugin and other free panoramic software" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/CAGARPpsAGbPe2qsdXdMCfKOyxeX17P99tpv6mwdjtOpuK7M%3Diw%40mail.gmail.com.
detected path: <./>
initializing user interface
processing command line arguments
no images specified, opening file select dialog
received selection: /media/PUBLIC/Shared Pictures/Picture Library/2011/20110725 
- panos/20110725-013-024.jpg
pushing filename /media/PUBLIC/Shared Pictures/Picture Library/2011/20110725 - 
panos/20110725-013-024.jpg
user selected 1 files
initialization complete
next file from queue: '/media/PUBLIC/Shared Pictures/Picture 
Library/2011/20110725 - panos/20110725-013-024.jpg'
inner_main called: starting display cycle
GUI scaling factor set to 1.0
setup_window: full_screen = 1
reading metadata from /media/PUBLIC/Shared Pictures/Picture 
Library/2011/20110725 - panos/20110725-013-024.jpg
UserComment EXIF tag yields projection: Equirectangular
 hfov: 190 vfov: 124
gleaned projection SPHERICAL from metadata
warning: UserComment EXIF tag for hfov data
 is wrong for cropped images
gleaned source hfov 190.0 from metadata
no vfov data, calculating vfov from hfov 190.0
calculated hfov: 190.0 vfov: 87.10808
assuming that image is horizontally centered
assuming that image is vertically centered
source image set up to:
file:/media/PUBLIC/Shared Pictures/Picture Library/2011/20110725 - 
panos/20110725-013-024.jpg
width:   8956
height:  4106
brightness:  1.0
handicap:0.0
squash:  0
is_linear:   0
orientation: 0
projection:  SPHERICAL
hfov:190.0
hofs:85.0
vfov:87.10808
vofs:136.44596
full_width:  0
full_height: 0
exent:   -1.65806 1.65806 -0.76016 0.76016
ul corner:   (-0.06316, -0.72197, -0.68904)
ur corner:   (-0.06316, 0.72197, -0.68904)
lr corner:   (-0.06316, 0.72197, 0.68904)
ll corner:   (-0.06316, -0.72197, 0.68904)
cone theta:  190.0
x_step:  0.00037
no lens correction
no vignetting correction
reading source image without alpha channel
setting the view's hfov to 70 degrees
view hfov: 70.0
launching rendering thread
on_terminate is called
emptying job queue, halting rendering thread
joining rendering thread
emptying frame queue
displayed 361 frames, which took 60.54596ms on average to create
buffer low events: 356
destroying rgba frames from rgb_queue
memory log traced 378 allocations
memory log balanced, no leaks detected
exiting normally


detected path: <./>
initializing user interface
processing command line arguments
no images specified, opening file select dialog
received selection: /media/PUBLIC/Shared Pictures/Picture Library/2011/20110725 
- panos/20110725-013-024.jpg
pushing filename /media/PUBLIC/Shared Pictures/Picture Library/2011/20110725 - 
panos/20110725-013-024.jpg
user selected 1 files
initialization complete
next file from queue: '/media/PUBLIC/Shared Pictures/Picture 
Library/2011/20110725 - panos/20110725-013-024.jpg'
inner_main called: starting display cycle
GUI scaling factor set to 1.0
setup_window: full_screen = 1
reading metadata from /media/PUBLIC/Shared Pictures/Picture 
Library/2011/20110725 - panos/20110725-013-024.jpg
UserComment EXIF tag yields projection: Equirectangular
 hfov: 190 vfov: 124
gleaned projection SPHERICAL from metadata
warning: UserComment EXIF tag for hfov data
 is wrong for cropped images
gleaned source hfov 190.0 from metadata
no vfov data, calculating vfov from hfov 190.0
calculated hfov: 190.0 vfov: 87.10808
assuming that image is horizontally centered
assuming that image is vertically centered
source image set up to:
file:/media/PUBLIC/Shared Pictures/Picture Library/2011/20110725 - 
panos/20110725-013-024.jpg
width:   8956
height:  4106
brightness:  1.0
handicap:0.0
squash:  0
is_linear:   0
orientati

Re: [hugin-ptx] Image Stitching and Exposure Fusion with pv

[Harry van der Wolf]

Op do 4 mrt. 2021 om 16:48 schreef 'Kay F. Jahnke' via hugin and other free
panoramic software :

>
> Is it okay if I add put a link to your script and the bundle on the
> bitbucket page? I'd also like to give you credit for the effort, is it
> okay to mention you by name?
>
> That's OK. I actually wanted to do a pull request so it simply would add a
subfolder to your repo for mac building but then I have to register at
bitbucket, fork it, etc., so I simply zipped it.
In my cross-platform repos I mostly add a folder "packaging" with
subfolders like "macos", "windows", debian (for a .deb") and AppImage, with
scripts in there and "base" files.
I leave it completely up to you what you want.

And with regard to the dmg: Once pv is stable, and thereby your exe
package, the mac bundle, the AppImage of FlatPack, and whatever other
distribution option, you might start to add releases to your repo.


> Anything you would like me to do to help beautifying?
>
>
With beautifying I mean.
- Comment the script a little bit more.
- Make some sed and/or awk steps where you start the script with a version
number and it automatically updates the Info.plist.
- Expand the Info.plist with pto mime document typing. Now only for
jpg,jpeg,tif, tiff, png. (And I forgot openexr. That needs to be added as
well). This allows a user to double-click or right-click an image and use
"open with ...".

Those last 3 steps are 20-30 minutes of work (once the versioning is
implemented) as I will simply copy the structure from my repos.

Harry

-- 
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
--- 
You received this message because you are subscribed to the Google Groups 
"hugin and other free panoramic software" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/CAGARPpspA2kNawnUSVPiHS3cR1czjCacthGC557eXyMkZLydCQ%40mail.gmail.com.

Re: [hugin-ptx] Image Stitching and Exposure Fusion with pv

['Kay F. Jahnke' via hugin and other free panoramic software]

Am 04.03.21 um 14:11 schrieb Harry van der Wolf:

> As a lunch activity ;)
> Nothing changed in pv. I only added the icon set and rebuilt
> the bundle and dmg.

Looks nice, thanks! I like the icon :)

> Script and files to build the bundle and dmg:
> https://mega.nz/file/...
> It needs to be run on a Mac from subfolder mac-bundle inside the pv
> build folder.

Is it okay if I add put a link to your script and the bundle on the 
bitbucket page? I'd also like to give you credit for the effort, is it 
okay to mention you by name?


> This all requires more time and effort to "beautify" it, but it simply
> works.

Anything you would like me to do to help beautifying?

>> @Kay: You will need to add versioning to pv. That can be used
> to verify the binary ( pv --version ), and create bundles, exes,
> debs, appimages, and so on.
> I now simply used 1.0 for the bundle.

Good point. I'll figure out a numbering scheme.

Kay

--
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
--- 
You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group.

To unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/f7844e3a-814a-bd37-1ba1-a3db72d03a88%40yahoo.com.

Re: [hugin-ptx] Correction of heavy noise?

[Luís Henrique Camargo Quiroz]

   Hi Mathias (if I recall well)


   I had problems like you long ago, with lots of messages about problems
along the processing of the panorama. It turned out that using
"--blend-colorspace=IDENTITY" for enblend and enfuse solved the issue. Have
you already used this parameter?

Em qui., 4 de mar. de 2021 às 05:55, mkogoj...@gmail.com <
mkogoj.ph...@gmail.com> escreveu:

> Hello.
>
> I have noticed a few times already that some of the resulting images have
> very high noise. In this case the red channel is going crazy - there are
> small pink dots all over the scene, that are not present in the original
> files.
>
> https://pasteall.org/pic/1563c8e25b3f423fb6942064187b7dbb
>
> Of course brightening the originals would bring out noise like this, but
> even then there would be less of it. Moreover, to my understanding once the
> hdr is brightened it should (at most) correspond to the image that was
> taken at that exposure level.
>
> Any hint into how this happens, and how to fix it?
>
> https://pasteall.org/pic/1563c8e25b3f423fb6942064187b7dbb
>
> --
> A list of frequently asked questions is available at:
> http://wiki.panotools.org/Hugin_FAQ
> ---
> You received this message because you are subscribed to the Google Groups
> "hugin and other free panoramic software" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to hugin-ptx+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/hugin-ptx/1ae4a988-03f6-488c-8a4f-2949090cbe0en%40googlegroups.com
> 
> .
>


-- 
-- 
Luis Henrique Camargo Quiroz
http://luishcq.br.tripod.com - http://www.christusrex.org/www2/cantgreg
http://panoramaslh.net/

-- 
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
--- 
You received this message because you are subscribed to the Google Groups 
"hugin and other free panoramic software" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/CAEKSoZZU_NyR7a9N8_T4Yv4pCLB6KmXzE8yFr8wxGR8Mnxw%2BKw%40mail.gmail.com.

Re: [hugin-ptx] Image Stitching and Exposure Fusion with pv

[Harry van der Wolf]

All,

As a lunch activity ;)
Nothing changed in pv. I only added the icon set and rebuilt the bundle and
dmg.
[image: image.png]
(Screenshot in Dutch. Had not noticed that Yesterday :) )

Script and files to build the bundle and dmg:
https://mega.nz/file/1FsGRSaA#1gRTBMYWqpEt_QxT4QqwunFJpvs5SyALjNVDkakDh6U
It needs to be run on a Mac from subfolder mac-bundle inside the pv build
folder.
This is only after you have built pv as binary, but that is part of the pv
build instruction.
This all requires more time and effort to "beautify" it, but it simply
works.

dmg for testing:
https://mega.nz/file/JUkxiQIJ#yrTBE7T-VGdj2j3_o52t5UiwcGf1D__SUPU_ImG8Y2Y
(previous link removed)

@Kay: You will need to add versioning to pv. That can be used to verify the
binary ( pv --version ), and create bundles, exes, debs, appimages, and so
on.
I now simply used 1.0 for the bundle.

Harry


Op do 4 mrt. 2021 om 11:43 schreef 'Kay F. Jahnke' via hugin and other free
panoramic software :

> Am 03.03.21 um 22:20 schrieb Harry van der Wolf:
> >
> > It is not so hard to create a bundle for pv after all. It took me an
> hour.
> > Currently the app does not have an .icns iconpack, so it has a default
> icon
> > It also contains a minimal, strictly necessary Info.plist, but that
> > should be expanded.
> > If you create a nice 512x512x300 dpi or 1024x1024x300 dpi PNG image, it
> > is easy to create an icns icon pack (which shows app icons based on your
> > systems resolution)
>
> I think I would be happy with a readymade image. It's in the public
> domain, from Wikimedia Commons, and depicts Odin's ravens, Hugin and
> Munin, sitting on a branch. I think this is apt. The site has several
> download sizes apart from the SVG, but maybe an SVG is even better to
> make an icon pack? This is the one:
>
> https://commons.wikimedia.org/wiki/File:Odin%27s_ravens_right.svg
>
> I suppose something simple with a stark contrast will also be good for
> lower resolutions, and should be easily recognizable.
>
> Kay
>
> --
> A list of frequently asked questions is available at:
> http://wiki.panotools.org/Hugin_FAQ
> ---
> You received this message because you are subscribed to the Google Groups
> "hugin and other free panoramic software" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to hugin-ptx+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/hugin-ptx/534e68e2-9ffa-d215-c078-e5da90663f09%40yahoo.com
> .
>

-- 
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
--- 
You received this message because you are subscribed to the Google Groups 
"hugin and other free panoramic software" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/CAGARPpvO8YcDo2gr02gB6jjjEC88%2BukaFwv4r6xiJw9NDZEgPw%40mail.gmail.com.

Re: [hugin-ptx] Image Stitching and Exposure Fusion with pv

['Kay F. Jahnke' via hugin and other free panoramic software]

Am 03.03.21 um 22:20 schrieb Harry van der Wolf:


It is not so hard to create a bundle for pv after all. It took me an hour.
Currently the app does not have an .icns iconpack, so it has a default icon
It also contains a minimal, strictly necessary Info.plist, but that 
should be expanded.
If you create a nice 512x512x300 dpi or 1024x1024x300 dpi PNG image, it 
is easy to create an icns icon pack (which shows app icons based on your 
systems resolution)


I think I would be happy with a readymade image. It's in the public 
domain, from Wikimedia Commons, and depicts Odin's ravens, Hugin and 
Munin, sitting on a branch. I think this is apt. The site has several 
download sizes apart from the SVG, but maybe an SVG is even better to 
make an icon pack? This is the one:


https://commons.wikimedia.org/wiki/File:Odin%27s_ravens_right.svg

I suppose something simple with a stark contrast will also be good for 
lower resolutions, and should be easily recognizable.


Kay

--
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
--- 
You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group.

To unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/534e68e2-9ffa-d215-c078-e5da90663f09%40yahoo.com.

[hugin-ptx] Correction of heavy noise?

[mkogoj...@gmail.com]

Hello.

I have noticed a few times already that some of the resulting images have 
very high noise. In this case the red channel is going crazy - there are 
small pink dots all over the scene, that are not present in the original 
files.

https://pasteall.org/pic/1563c8e25b3f423fb6942064187b7dbb  

Of course brightening the originals would bring out noise like this, but 
even then there would be less of it. Moreover, to my understanding once the 
hdr is brightened it should (at most) correspond to the image that was 
taken at that exposure level.

Any hint into how this happens, and how to fix it?

https://pasteall.org/pic/1563c8e25b3f423fb6942064187b7dbb

-- 
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
--- 
You received this message because you are subscribed to the Google Groups 
"hugin and other free panoramic software" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/1ae4a988-03f6-488c-8a4f-2949090cbe0en%40googlegroups.com.

[hugin-ptx] Re: Feature request: Align Image Stack batch & remove CP from crop area

[mkogoj...@gmail.com]

You are right. I tried with a new batch of images and it works as you said.

I maintain that it did not work when I did it before. Possibly I sought 
alignment CPs before cropping and it transferred forward... but idk what I 
did.




On Tuesday, March 2, 2021 at 5:44:44 PM UTC+1 T. Modes wrote:

> mkogoj...@gmail.com schrieb am Dienstag, 2. März 2021 um 13:20:51 UTC+1:
>
>>  Moreover, since the cropped area will not be used regardless I imagine 
>> it would make sense to *remove any control points from it automatically.*
>
> The crop is normally set first and then cpfind is started. So no cp in the 
> cropped area are found.
>

-- 
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
--- 
You received this message because you are subscribed to the Google Groups 
"hugin and other free panoramic software" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/f33e2b04-04cc-4870-bea4-5738c3a31006n%40googlegroups.com.

[hugin-ptx] Re: Question about the process from a normal image to fisheye image.

[mkogoj...@gmail.com]

You will need to stitch a few images together; when you load images input 
the information of the view coverage into the appropriate fields in the 
popup - this is only in case the popup appears. If it does not the 
information was probably read from EXIF already.

In the simple interface you will find a Projection tab with a dropdown menu 
of various image projections. These are your desired projections that the 
end result will stitch to.
Within, you should find a Fisheye projection. Once the stitching is done 
the end result should cover 180 by 180 degrees, which is more or less 
fisheye.

Having said all that I am unsure what you were actually asking about. If 
you just want to change the shape of an image then I can't help you - I 
have tried that several times myself and don't know how to do it.
On Thursday, March 4, 2021 at 7:37:50 AM UTC+1 Frank_Dz wrote:

> Hi~ Thank you for your super great work! It saved my day!
>
> Here I have a question about the process *from a normal image* to a *fisheye 
> image*. 
> Given a normal image, how should we set parameters to generate a fisheye 
> photo?
> I already know my fisheye camera's setting:
> The camera covers a 150 degree (width), 120 degree (height) and 175 
> degree(diagonal) FOV. 
> Is this information enough for conversion?
>
> Thanks!
> Best,
> Frank
>
>
>

-- 
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
--- 
You received this message because you are subscribed to the Google Groups 
"hugin and other free panoramic software" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/cd9f3f86-4f1e-4711-b2ce-885d5dcd4e21n%40googlegroups.com.

Re: [hugin-ptx] Image Stitching and Exposure Fusion with pv

[Harry van der Wolf]

Op do 4 mrt. 2021 om 08:47 schreef 'Kay F. Jahnke' via hugin and other free
panoramic software :

> Am 03.03.21 um 22:20 schrieb Harry van der Wolf:
>
>  > Hi Kay and everyone else interested.
>  >
>  > It is not so hard to create a bundle for pv after all.
>  > It took me an hour.
>
> Wow! Thanks for your work! I did think about building a flatpack for
> linux, but it looked like quite a bit of stuff one had to learn and do,
> so I kept postponing it - and building on Linux is really easy.
>
>
I built 2 Linux AppImages by now (3 if you count my Hugin try a few weeks
ago, but that's an unstable one).
It takes some time to learn how to build an AppImage, but once you know how
to do it is not so difficult (as with most things you have learned). It is
mostly copy&paste and combine the "things" the linux build system already
compiled/built for you. Same for a .deb. Also built two of them but never
offered them to Debian.

Harry

-- 
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
--- 
You received this message because you are subscribed to the Google Groups 
"hugin and other free panoramic software" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/CAGARPpvafXBzP76%2BLMU36wRxv4dEapZaX%3D%2B8Keqze33ZN0GKHQ%40mail.gmail.com.