On 08.06.24 22:51, 'chaosjug' via hugin and other free panoramic
software wrote:
Some more info can be found here:
https://ffmpeg.org/ffmpeg-filters.html#v360
https://ffmpeg.org/ffmpeg-filters.html#sendcmd_002c-asendcmd
Thanks as well for these links! I've read through the documentation, and
On 08.06.24 22:51, 'chaosjug' via hugin and other free panoramic
software wrote:
Hi,
ffmpg is capable to do this in one go. It's been a while since I did this so I
must admit that I don't
completely understand what I did, but this should create a 360° rotation pan of
a panorama image:
ffmpeg
On 27.04.24 11:04, David W. Jones wrote:
On April 26, 2024 10:35:22 PM HST, "'Kay F. Jahnke' via hugin and other free panoramic
software" wrote:
I think 'Panini Perspective Tool' made an attempt ...
I think I found their site:
<https://github.com/lazarus-pkgs/panini>
On 27.04.24 10:21, David W. Jones wrote:
I agree, lux is an achievement. It's the only image viewer besides Hugin that
can view PTO files.
I think 'Panini Perspective Tool' made an attempt or at least a claim -
didn't they come up with a 'pro' version after some time asking for
money? I
On 24.04.24 18:19, mpgve... wrote:
had some time and did some testing comparing enblend/nona vs lux.
these results are from the same system with the same set of images,
results on your system are different ;)
image quality was good, sometimes a bit better, sometimes a bit less,
On 23.04.24 22:21, Maarten Verberne wrote:
I did a small test, my first impression is that it's quicker.
If your panoramas are not very large and you have enough memory, using
lux should be faster, because it can keep everything in memory and does
not need temporary files. It's also fully
On 23.04.24 09:35, Maarten Verberne wrote:
for me, the text editing way is much easyer because i only have the
folder and image number that i need to change and i can automate that.
When I fuse brackets, I also put each bracket in a separate folder. Then
I run a script which visits all
On 22.04.24 12:29, Maarten Verberne wrote:
all those similar pto files just for the imagenumber does sound a bit
excessive.
but hey, if that's the way.
There's nothing stopping you from modifying the PTO files as text files
with any old text processing tool. But lux needs a PTO file which
On 22.04.24 11:21, Maarten Verberne wrote:
the command line is like this, with use of gpu for nona:
set nona="%ProgramFiles%\Hugin\bin\nona.exe"
set enblend="%ProgramFiles%\Hugin\bin\enblend.exe"
%nona% -g -o out -m TIFF_m template.pto
%Rfolder%/%date%/IMG_%imagenr%.JPG
Until now, I've only released new lux binaries when I released a new
version, or if there was a 'special' reason - like a new experimental
build. With my switch to AppImage, I'll offer more recent AppImages
which are made straight from the master branch - not quite 'nightlies',
but builds
On 16.07.23 04:19, David W. Jones wrote:
Regarding lux. The non-appimage version runs here, with its
non-intuitive way of handling mouse movements and image banding that
bugs the heck out of me.
Maybe your user experience can be improved? I feel that a UI close to
360cities' QTVR mode is the
On 14.07.23 20:28, Harry van der Wolf wrote:
> Using ./lux-1.1.6-x86_64.AppImage
> ~/128GB/Afbeeldingen/1JTG/1tifpanos/2003-0713-0608\
> zomervakantie-Thisted-0725-0728_Thisted-038-Thisted-051-overall.tif
> does work.
>
> Using ./lux-1.1.6-x86_64.AppImage
>
I fixed the issue with passing filenames with white space on the CL and
built a fresh AppImage on a Kubuntu 18.04 LTS VM, which should make the
AppImage usable on even more platforms. You can download the new
AppImage here:
https://bitbucket.org/kfj/pv/downloads/lux-1.1.6-x86_64.AppImage
Kay
On 14.07.23 09:48, 'Kay F. Jahnke' via hugin and other free panoramic
software wrote:
On 14.07.23 09:29, Harry van der Wolf wrote:
One remark: when specifying files or a single pano on the command
line, it doesn't accept spaces in paths or file names. Not even when I
enclose them in double
On 14.07.23 09:29, Harry van der Wolf wrote:
i tried it on my Chromebook under the builtin linux which is Debian 11.
I tried creating a pano, viewing a pano and did some bracketing. That
all works fine. I completely stopped with panos and bracketing so I had
to take some old series.
I'm
On 14.07.23 00:04, David W. Jones wrote:
So sad to hear this. I've never been able to get AppImages, Flatpaks et
al to work on my Debian 11 system. And the idea of a whole huge AppImage
just for one pretty small application like Lux just seems like way overkill.
Oh, well.
What is this
I use hugin for producing panoramic photos and thought I could use lux as a
quick way to make jpgs using the hugin-produced .PTOs and original (sub)images.
For 2D output rectilinear quickly becomes unwieldy as the size increases, and
for architecural images spherical is really not a good
I just discovered Lux (on an M1 mac) – great work, thanks!
You're welcome! 1.1.6 is also out now (there's a separate thread on
hugin-ptx with the release notes) and there's an M1 binary for that as well!
Any hope of supporting more projections? I regularly use panini
projections for wide
Dear all!
After a fair amount of testing and tweaking, I am now happy with my
rendering back-end using the highway SIMD library. Vc, which I have used
for intel CPUs until now, has better support for older CPUs: it offers
dedicated AVX (without the '2') support and the 'fallback' mode is
Am 11.02.23 um 13:35 schrieb Robert Clausecker:
The location of dependencies is configurable when building the port, so
I cannot rely on just /usr/local. While it is probably possible to
hack something for this, I'm not too keen on messing around with your
already fairly complex build scripts.
Am 10.02.23 um 15:50 schrieb Kay F. Jahnke:
You *can* fix it.
Not convinced? Here's my reasoning: You're build relies on the freeBSD
highway package. Fulfilling the dependency means that highway will be
installed in a specific location (e.g. /usr/local). Therefore you know
that highway is
Am 10.02.23 um 13:18 schrieb Robert Clausecker:
Okay, I checked again: the feature you depend on is not part of Google
Highway 1.0.3, which is the newest published version. Looks like it
went in just a few days after the release. I will therefore not be able
to package lux 1.1.5 until a Google
Am 09.02.23 um 22:16 schrieb Robert Clausecker:
How is this information “deployed” if not by placing a file somewhere?
CMake specifically asks for a file to be provided in the error message.
Here is the list of files installed for the devel/highway package:
Am 09.02.23 um 19:20 schrieb Robert Clausecker:
FreeBSD's package is 1.0.3, which is the most recent version, released
Jan 19.
However, it does not ship this file. Maybe I can just grab it from
upstream.
It's not a file, cmake deploys the necessary information when you do a
'make install'
Am 09.02.23 um 18:30 schrieb Robert Clausecker:
One problem I noticed: the configuration fails to find the HWY cmake file.
CMake Error at CMakeLists.txt:602 (find_package):
Could not find a package configuration file provided by "HWY" with
any of
the following names:
Am 09.02.23 um 16:49 schrieb Robert Clausecker:
I was planning to update the FreeBSD package today, but noticed that you
didn't upload the source code for 1.1.5 anywhere.
If this was not intentional, please let me know once you got around to
do so!
Robert, the master in the repo and the
Dear all!
I've released lux 1.1.5. Again, most changes are 'behind the scenes',
but there is important new functionality as well: lux now looks at the
EXIF metadata of 'ordinary' rectilinear photographs and figures out the
field of view. With that datum, 'normal' camera images are now
Am 04.03.22 um 17:13 schrieb Robert Clausecker:
I've now started working on the packaging.
Great!
Could you tell me which git commit your prerelease is based on? I need
something to work off.
I noticed that your master branch is still on a 2021-12-15 state and
development seems to be
Am 28.02.22 um 17:45 schrieb Robert Clausecker:
Am 28.02.22 um 17:41 schrieb 'Kay F. Jahnke'
Have you built the code on freeBSD already? I think this shouldn't be
too hard, with the CMake process and few dependencies. If you have,
please let me know - it would be the fourth OS running lux!
Am 28.02.22 um 12:11 schrieb Robert Clausecker:
I am interested in packaging this software for FreeBSD. Unfortunately,
we already have a package named lux (www/lux) in our Ports collection,
so I cannot name yours lux. What package name do you think would be
most appropriate?
How about
Am 14.10.21 um 10:25 schrieb David W. Jones:
Tried to install the DEB package on Debian Buster (Debian 10) on my
laptop because it's the only machine in the house with real graphics
hardware (NVidia).
We've had these problems before with your debian11. Really, the .deb
package is for ubuntu
Am 21.09.21 um 18:23 schrieb T. Modes:
kfj schrieb am Dienstag, 21. September 2021 um 11:28:33 UTC+2:
- The cropping area of the two circular fisheye images is not placed
correctly, parts of the image which show the inside of the lens are
inside the cropping area, some content is
Am 20.09.21 um 20:12 schrieb T. Modes:
kfj schrieb am Montag, 20. September 2021 um 10:19:39 UTC+2:
Okay, what's the 'dual lens assistant' and where can I find it?
Start with new project and add single image. Then run user defined
assistant:
Edit>User defined assistant>Assistant for dual
Am 19.09.21 um 19:52 schrieb T. Modes:
kfj schrieb am Sonntag, 12. September 2021 um 13:04:25 UTC+2:
Now it's clear. I was also a bit miffed that hugin would silently
consume my PTO with a C field to a PTO with an S field, when the two
have quite different meaning.
And I could
Am 12.09.21 um 11:47 schrieb Bruno Postle:
PTOptimizer.txt is for PTOptimizer, which is a standalone tool that is
independent of Hugin. The nona.txt file describes the behaviour of the Hugin
stitcher.
Panotools supports both 'C' and 'S' image parameters, they do similar things,
describing
Dear all!
I'm happy with the level of functionality in lux 1.0.9, and since I've
seen no complaints - either here or as issues on the bitbucket page - I
can only assume that lux users agree ;)
I'm now taking the time to consolidate: I'm going through the various
options (as represented by
Am 10.06.21 um 19:18 schrieb T. Modes:
kfj schrieb am Mittwoch, 9. Juni 2021 um 09:04:59 UTC+2:
My intention is to have this bahaviour: if the .pto extension is
already
assigned (like, to hugin), and lux is installed afterwards, the first
doubleclick on a .pto after the
Am 08.06.21 um 19:17 schrieb T. Modes:
kfj schrieb am Dienstag, 8. Juni 2021 um 18:50:42 UTC+2:
It's likely that a windows system doesn't have
associations for some of these extensions (especially .pto, .lux and
.exr), in which case the doubleclick should even work without the
Building on Frederic da Vitoria's initial version, I've put together a
script file for inno setup (see https://jrsoftware.org/isinfo.php) which
can create a windows-10-compatible installer for lux. The .iss file can
be found in the 'scripts' section. If my information is correct,
extension
Am 07.06.21 um 10:38 schrieb 'Kay F. Jahnke' via hugin and other free
panoramic software:
Am 07.06.21 um 10:25 schrieb Frederic Da Vitoria:
Le sam. 5 juin 2021 à 11:24, 'Kay F. Jahnke' via hugin and other free
I tried yesterday to download the inno setup software with edge,
which
Am 07.06.21 um 10:25 schrieb Frederic Da Vitoria:
Le sam. 5 juin 2021 à 11:24, 'Kay F. Jahnke' via hugin and other free
I tried yesterday to download the inno setup software with edge,
which informed me that it was blocked and probably malicious,...
I just tested it with Edge too and
, almost as old).
This could be solved by creating a flatpack or appimage which has
everything "inside".
Harry
Op za 5 jun. 2021 om 10:37 schreef 'Kay F. Jahnke' via hugin and other
free panoramic software <mailto:hugin-ptx@googlegroups.com>>:
Am 05.06.21 um 05:31 schrieb
Am 05.06.21 um 13:10 schrieb Harry van der Wolf:
I created a Lux 1.0.9 app bundle for MacOS and a Lux 1.0.9 distributable
binary version for MacOS.
The first one for the GUI lovers, the 2nd for the command line lovers.
Thanks, Harry! I copied the files to the download page:
Am 01.06.21 um 10:48 schrieb 'Kay F. Jahnke' via hugin and other free
panoramic software:
Am 31.05.21 um 12:47 schrieb smib:
Sorry about missing file, here is another link (hope its both files
this time)
https://www.dropbox.com/sh/ggztv234kfqe437/AADhRXvrgSzcnKozUgoFGtQ-a?dl=0
Thanks, I
Am 05.06.21 um 05:31 schrieb David W. Jones:
Well, here's what happened when I tried to install it here on Debian 11:
Preparing to unpack lux-1.0.9-0git-Linux.deb ...
Unpacking lux (1.0.9-0git) ...
dpkg: dependency problems prevent configuration of lux:
lux depends on libc6 (>= 2.29);
Am 31.05.21 um 12:47 schrieb smib:
Sorry about missing file, here is another link (hope its both files this
time)
https://www.dropbox.com/sh/ggztv234kfqe437/AADhRXvrgSzcnKozUgoFGtQ-a?dl=0
Thanks, I downloaded the zip file and it contains both the .iss and the
installer. I'll check it out
Am 31.05.21 um 10:08 schrieb smib:
Never played with the Registry before - steep learning curve. My current
installer (and INNO script) can be downloaded from:
https://www.dropbox.com/s/rp5py97hxh1j8gx/Lux%20setup.iss?dl=0
The download is just the .iss script. Thanks for your contribution!
Am 28.05.21 um 03:55 schrieb smib:
Sorted out icons.
Good.
What mimes (other than pto files) did you have in mind?
I'd let the installer offer to make lux the standard viewer for common
image files (.jpg, .tif, .png) and also for .exr files. Here on my
systems I have it as standard
Am 27.05.21 um 09:55 schrieb Brian Ims:
Hi Kay,
I'll have a go but here is some of my ignorance showing - where do I
find the scripts folder with the icons?. I have looked in bitbucket but
cannot see anything that resembles an icon
Try this one:
Am 26.05.21 um 09:55 schrieb smib:
Link for the installer and the script file used (as generated by the
wizard) is:
https://www.dropbox.com/sh/ggztv234kfqe437/AADhRXvrgSzcnKozUgoFGtQ-a?dl=0
Thank you for sharing! Since you've posted the link to the list, I
assume you're sharing it with the
Am 26.05.21 um 03:38 schrieb smib:
I am not a serious programmer but I thought I would try to create a
Windows installer.
Nice one!
You got the idea - you needn't be a 'serious programmer' to help the
project along. In the FOSS world it's 'scratch your own itch', and if
you'd like to see a
Dear all!
I've done some more work on the windows version, ironing out a few
glitches and adding documentation. So I've added a new development
snapshot to bitbucket downloads:
https://bitbucket.org/kfj/pv/downloads/lux_for_windows1.0.8e.zip
This version shows the lux startup banner without
I made another addition to the feature set, which will go into 1.0.9:
Display of metadata in the status line, now that lux has one. This is a
two-step process: First you may introduce up to ten exif tags you'd like
to be read from the current input with this syntax:
--metadata_query=
Adds
Dear all!
I've uploaded new lux development snapshots to bitbucket downloads, both
a debian package and a windows 'bundle':
https://bitbucket.org/kfj/pv/downloads/lux-1.0.8-38git-Linux.deb
https://bitbucket.org/kfj/pv/downloads/lux_for_windows_1.0.8c.zip
There are a few new features, most
Am 23.04.21 um 16:29 schrieb 'Kay F. Jahnke' via hugin and other free
panoramic software:
>> @Kornel: Can't we include find_package statements ...
>> to make cmake find the required libraries automatically?
Now the penny drops. It's not that find_package actually *fetches* th
Am 23.04.21 um 15:44 schrieb Kornel Benko:
Am Fri, 23 Apr 2021 14:49:49 +0200
schrieb Kornel Benko :
Am Fri, 23 Apr 2021 11:59:36 +0200
schrieb "'Kay F. Jahnke' via hugin and other free panoramic software"
:
@Kornel: Can't we include find_package statements in the CMakeLists.t
@Kornel: Can't we include find_package statements in the CMakeLists.txt
to make cmake find the required libraries automatically? I noticed there
is only a find_package for libexiv2 so far. Maybe you have the code for
the other libraries needed by lux in another project already?
Kay
--
A list
Am 23.04.21 um 06:44 schrieb David W. Jones:
On 4/22/21 12:34 AM, 'Kay F. Jahnke' via hugin and other free panoramic
software wrote:
For those of you who'd like to try out the new code, I've uploaded a
debian package and a windows bundle of a current development snapshot:
https
I modified the light balancing code. Light balancing is similar to
photometric optimization in panotools, but so far it's looking at
brightness only. Previously, the light balance was calculated for all
partial images visible in the current view, now it always looks at all
partial images,
Dear all!
There are now several command line arguments which combine several
settings into one to make stitching/fusing to the specifications in a
PTO file more convenient. the output is created in the shape and
projection given by the PTO file's p-line, lux forwards to the next
image after
Am 11.04.21 um 19:27 schrieb Kornel Benko:
Am Sun, 11 Apr 2021 18:41:57 +0200
schrieb "'Kay F. Jahnke' via hugin and other free panoramic software"
:
@Kornel: I did quite a few changes in the CMakeLists.txt, introducing
one new feature and tweaking the compiler options. Can you h
@Kornel: I did quite a few changes in the CMakeLists.txt, introducing
one new feature and tweaking the compiler options. Can you have a look
and see if I made any obvious mistakes? You know my CMake isn't so good...
@all: The new feature is my use of the clang 'leak sanitizer':
Am 11.04.21 um 09:08 schrieb Harry van der Wolf:
The functionality now works great.
I will create a 1.0.8 mac bundle.
Thanks! I'm quite happy with 1.0.8 myself - I've done a bit of tweaking
in the meantime which will make stitching/fusing a bit faster, but
that's just a performance issue,
Am 10.04.21 um 13:38 schrieb Harry van der Wolf:
Hi,
I did not forget about lux.
I was already doubting you... ;)
8 days ago the graphics card of my laptop gave up. Yesterday finally my
new laptop arrived after 4 days delay in the warehouse.
This morning I downloaded the latest lux from
Am 06.04.21 um 20:05 schrieb Kornel Benko:
patch to handle the case that we are just at the start of the searched tag
Thanks. pushed to master.
Kay
--
A list of frequently asked questions is available at:
http://wiki.panotools.org/Hugin_FAQ
---
You received this message because you are
Windows users, I've uploaded a windows bundle of lux 1.0.8. The build
was done with cmake on msys2. You can download the bundle from here:
https://www.magentacloud.de/lnk/01CohqKn
Password: hugin-ptx
Kay
--
A list of frequently asked questions is available at:
Am 05.04.21 um 12:17 schrieb Kornel Benko:
Am Mon, 5 Apr 2021 11:54:59 +0200
schrieb "'Kay F. Jahnke' via hugin and other free panoramic software"
:
lux version 1.0.8 released!
Missing tag for 1.08.
$ git describe --match 1.0.7 --tags
1.0.7-69-g5a096a0
vs
$ git describe --m
lux version 1.0.8 released!
This release fixes several bugs and adds new features. The most notable
new feature is 'snap-to-stitch', which detects when the viewer is at
rest, and then launches a background job to do a 'proper' stitch - or
exposure fusion, when in hdr blending mode - of the
Windows users, I've uploaded a new windows bundle, this time the binary
was built with cmake, and it's now called lux.exe. Please note that the
documentation of the new features is still missing, and the docu still
refers to 'pv'. This is another development snapshot (1.0.7c), hopefully
the
Am 30.03.21 um 20:12 schrieb Kornel Benko:
Short googling ... Citing a result:
You need to link ole32.dll ("-lole32"). In order to link to that, you
need to
have the import library for it (ole32.lib) installed, and in your search paths.
I
assume you might need to have the
Am 30.03.21 um 13:03 schrieb Kornel Benko:
Could you please post
1.) The error messages you get if compiling with cmake configuration
2.) compile (and link) commands if compiling with make config
Yes, sorry I didn't get around to it yet, I was busy with other stuff.
The problem is with
Am 30.03.21 um 09:24 schrieb 'Kay F. Jahnke' via hugin and other free
panoramic software:
Am 29.03.21 um 23:51 schrieb smib:
Hi Kay,
Are you planning to provide another windows build? At the moment I am
having problems building but this is due to my lack of knowledge
I merged master
Am 29.03.21 um 23:51 schrieb smib:
Hi Kay,
Are you planning to provide another windows build? At the moment I am
having problems building but this is due to my lack of knowledge
Brian
I'm still wrestling with my latest features, but when in release a new
version - hopefully within a few
There is new functionality in lux: I call it 'snap-to-stitch'.
After a few weeks of development, I have gained enough confidence in my
implementation of the multilevel blending code to try and use it
automatically when a PTO is displayed. Here is the logic:
Per default, lux switches to 'high
Still with me?
I changed the semantics of --snapshot_facet=...
If this value is not passed explicitly, it defaults to -1. This tells
lux to render source-like snapshots, fusions and stitches not to the
shape and projection of a given facet, but to the *projection and shape
given in the PTO
Am 22.03.21 um 18:13 schrieb T. Modes:
kfj schrieb am Sonntag, 21. M??rz 2021 um 13:08:59 UTC+1:
The key feature is *viewing* PTO files without having to stitch them
first. The recent addition of optional 'proper' stitches of what you
see
in the live view is a nice-to-have
Am 22.03.21 um 13:54 schrieb Harry van der Wolf:
Op ma 22 mrt. 2021 om 10:47 schreef 'Kay F. Jahnke' via hugin and other
free panoramic software <mailto:hugin-ptx@googlegroups.com>>:
This is done with --snapshot_magnification=..., as described in my post.
If yo
Am 22.03.21 um 10:40 schrieb Harry van der Wolf:
Op ma 22 mrt. 2021 om 10:24 schreef 'Kay F. Jahnke' via hugin and other
free panoramic software <mailto:hugin-ptx@googlegroups.com>>:
Am 22.03.21 um 09:56 schrieb Harry van der Wolf:
>
> Op zo 21 mrt. 2021 om 18:
Am 22.03.21 um 10:13 schrieb Kornel Benko:
Am Mon, 22 Mar 2021 09:08:48 +0100
schrieb "'Kay F. Jahnke' via hugin and other free panoramic software"
:
Am 21.03.21 um 22:08 schrieb Kornel Benko:
Still black result-picture BTW.
Can you be more specific? like what panorama (maybe se
Am 22.03.21 um 09:56 schrieb Harry van der Wolf:
Op zo 21 mrt. 2021 om 18:17 schreef 'Kay F. Jahnke' via hugin and other
free panoramic software <mailto:hugin-ptx@googlegroups.com>>:
Found the 'black output' bug and fixed it. Please rebuild.
The black image is fixed now
Am 21.03.21 um 22:08 schrieb Kornel Benko:
Still black result-picture BTW.
Can you be more specific? like what panorama (maybe send the PTO), what
parameters, alpha channel images or not? I don't get the 'black output'
anymore since 4de331e.
Kay
--
A list of frequently asked questions is
Am 21.03.21 um 12:37 schrieb Bruno Postle:
On Sun 21-Mar-2021 at 10:26 +0100, Hugin ptx wrote:
Don't get two things mixed up: First, there's hugin, the software
package. This is - quite deliberately - an effort separate from hugin,
the program, and could just suck in lux as it is; it's just
Am 21.03.21 um 18:34 schrieb Harry van der Wolf:
Op zo 21 mrt. 2021 om 17:54 schreef 'Kay F. Jahnke' via hugin and other
free panoramic software <mailto:hugin-ptx@googlegroups.com>>:
I downloaded the three-image alaska 'panorama'. It uses translation
parameters, which
@Harry, @Kornel
Yuv has pointed out that I did not have the issue tracker active on the
bitbucket repo. Again, my fault. If you like we can move technical
discussions to the issue tracker, which is a more structured approach as
well. I set it up so you don't need a bitbucket account for the
Am 21.03.21 um 17:54 schrieb 'Kay F. Jahnke' via hugin and other free
panoramic software:
Am 21.03.21 um 13:31 schrieb Harry van der Wolf:
So it only takes image 0 and 1, and then still delivers a black image.
I can confirm here that I get black JPG and TIF output, which seems to
be a bug
Am 21.03.21 um 13:31 schrieb Harry van der Wolf:
Op zo 21 mrt. 2021 om 13:05 schreef 'Kay F. Jahnke' via hugin and other
free panoramic software <mailto:hugin-ptx@googlegroups.com>>:
Fine, so it didn't work. Why don't you just zip the PTO and images and
mail them to me?
Am 21.03.21 um 12:28 schrieb Harry van der Wolf:
With regard to the panorama image stitching.
Do I really need a complete pto or ini?
Yes.
If I need to do all the steps in hugin or via the command line tools,
and then open that in lux and stitch from lux, I currently do not see
the benefit
Am 21.03.21 um 12:22 schrieb Harry van der Wolf:
I did have a look at stitching some time ago and this morning again, but
it is not clear to me.
This morning using the latest lux on my linux box.
- I tried a simple, fully optimised and aligned 2 image pto: I could not
make that work (while
Am 20.03.21 um 22:54 schrieb yuv:
On Sun, 2021-03-14 at 19:23 +0100, 'Kay F. Jahnke' via hugin and other
free panoramic software wrote:
I thought this thread was about distributing pv(lux?) with Hugin, which
many people including myself find a good idea?
This thread announces two new features
Am 19.03.21 um 19:11 schrieb Harry van der Wolf:
Although it is only a "git checkout mac", I also prefer one branch. The
power of cmake is that you can combine it. This will allow users to make
packages for the environment.
Okay, if you're both against the mac branch, I'm not too attached
Am 19.03.21 um 18:18 schrieb Kornel Benko:
Why still the need for mac-branch?
So the mac branch contains linux + mac already.
Is there -any- difference in the source (.cc, .h CMake) affecting linux?
If not, then I see no problem.
Look at the 'scripts' folder in the mac branch for
Am 19.03.21 um 12:55 schrieb Kornel Benko:
Am Fri, 19 Mar 2021 12:41:32 +0100
schrieb "'Kay F. Jahnke' via hugin and other free panoramic software"
:
Am 18.03.21 um 21:21 schrieb Harry van der Wolf:
On MacOS I also build with cmake (cmake .. -D
CMAKE_INSTALL_PREFIX=/opt/local).
Bu
Am 18.03.21 um 21:21 schrieb Harry van der Wolf:
On MacOS I also build with cmake (cmake .. -D
CMAKE_INSTALL_PREFIX=/opt/local).
But it still builds pv instead of lux.
...
@Harry: I just merged master to all other branches and pushed them to
the repo because I think the code is good. If
Am 19.03.21 um 09:26 schrieb Harry van der Wolf:
Op vr 19 mrt. 2021 om 08:41 schreef 'Kay F. Jahnke' via hugin and other
free panoramic software <mailto:hugin-ptx@googlegroups.com>>:
Am 18.03.21 um 21:21 schrieb Harry van der Wolf:
> I can't find the question backs, b
Am 18.03.21 um 21:21 schrieb Harry van der Wolf:
I can't find the question backs, but you asked me about the speed after
your improvements.
The current version is about 10-15% faster.
Ha, that's nice to hear, Did you look at memory consumption, too? That's
where I had hoped to see about 30%
Am 14.03.21 um 17:12 schrieb 'Kay F. Jahnke' via hugin and other free
panoramic software:
Sometimes you have things in your images you don't want to see in the
final output.
> ...
But pv does not process hugin's mask information (yet), so if
you want parts masked out for processing with
Am 18.03.21 um 18:15 schrieb Kornel Benko:
Am Thu, 18 Mar 2021 16:50:19 +0100
schrieb "'Kay F. Jahnke' via hugin and other free panoramic software"
:
@Kornel: If I update pv_combine.cc in the root directory, then issue
'make' in the build directory, the update goes unnoticed. I
@Kornel: If I update pv_combine.cc in the root directory, then issue
'make' in the build directory, the update goes unnoticed. I can touch
the generated per-isa variants (pv_combine_avx.cc etc.) which triggers a
recompile, but I think this should happen automatically. Can you maybe
fix that?
Am 18.03.21 um 11:56 schrieb Kornel Benko:
Am Thu, 18 Mar 2021 11:46:22 +0100
schrieb "'Kay F. Jahnke' via hugin and other free panoramic software"
:
Am 18.03.21 um 11:34 schrieb Kornel Benko:
Am Thu, 18 Mar 2021 11:01:31 +0100
schrieb Kornel Benko :
Please explain. What d
So to reiterate what I have coded concerning the GUI font gleaning
process: lux now does the 'full circuit':
- if user passes a font on the CL, try use that
- failing that, if the font is found in pwd, use that
- failing that, if LUX_GUI_FONT is set in environment, use that
- failing that,
1 - 100 of 167 matches
Mail list logo
