Hi Thomas!
Wow! Now I know why the expert interface is called like that.
Thank you very much. I would never have found this!
Is my use case so unusual that such a function is so hidden?
Best regards
Joachim
Am 26.09.2023 um 19:44 schrieb T. Modes:
Hi Joachim,
j-sc...@gmx.de schrieb am
Hello Thomas,
did I understand correctly, the images can be members of a stack and
their positions can be unlinked at the same time?
"Display the image position" - is this?:
Okay, done so.
Is this the place where I should do the unlinking?
"... on the image position" - is there a particular
Okay,
you need to assign the stacks and unlink the positions when shooting
handheld before running cpfind. Cpfind needs this information for the
decision which images belong to which stack.
This sounds plausible.
So I guess I have to set Optimise - Geometric (on the Photos tab) to
"Custom
Hello,
it's been some time since I last made a pano of stacked shots and now
I'm struggling to find out my previous workflow. I have been googeling
and searching through hugin-ptx and found this older post of which the
content seemed familiar. But in the current version (2022 on Windows)
doesn't
Hello Paul,
I don't know if this is the intended use, but my experience is: Using
default settings works pretty well quite often.
Panorama output: Exposure corrected, LDR
Processing: Remapper: nona, Blender: enblend
If the exposure correction leads to darker images getting too dark or
brighter
Hello,
I really like PyImageFuser because it makes exposure fusion really
simple. But: When it doesn't give a good result with default parameters,
I can't see anything change when changing the parameter sliders (and
regenerating the preview).
I'm using the Windows version.
What's wrong? Do I have
Hello,
I have just experienced an error I had never before:
RemappedPanoImage::remapImage(): image
unexpectedly changed dimensions.
(C:\daten\Hugin\hugin-hg\src\hugin_base\nona/RemappedPanoImage.h:458)
(Full error report below)
I was stiching 4 images as "Exposure fused from any arrangement".
I overlooked: In spite of the error message, there is a result in the
folder. It's perfect!
Thank you for that nice tool!
Would of course still be interested in what that error was.
Best regards
Joachim
Am 19.06.22 um 16:09 schrieb J. Schneider*:
Great! I seldom used stacking
Great! I seldom used stacking, but with a dedicated tool I might do it
more often. I just tried with an old project where I wasn't content with
the result so far.
I got the error message:
Traceback (most recent call last):
File "PyImageFuser.py", line 303, in
File "PyImageFuser.py", line
Hello,
additionally to my previous post I'v got one more problem. I thought I
ask in a new thread, as it might have a different cause. Though
meanwhile I think preferences not being used is probably only one problem.
In my Hugin 2021.0.0.52df0f76c700 on Windows 10 the ExifTool options in
my
Hello,
in my Hugin 2021.0.0.52df0f76c700 on Windows 10 the set preference for
project /output filname
"%firstimage +%#images" and "%projectname"
doesn't have the expected effect. After it had been working in previous
versions, now the "%#images" always results in "2" in the end of the
filename.
I have wished the same many times, basically every time I use this tool!
Maybe a compromise would be to use a polygonal lasso tool. Something
like this is already implemented for masking, I guess some code could be
reused.
Sorry, my coding knowledge dates from last century, I'm no help
Hi,
I have a question about how Disourse or an alternative would be used. My
short seach and wikipedia reading on Discourse didn't answer this.
What would a user have to do to read this forum and write to it? Would
it be manifest as a web page? Would a user have to be a member?
Seemingly there is
Joachim,
Am Freitag, 31. März 2017 23:03:00 UTC+2 schrieb J. Schneider:
So what I don't yet understand is the role of the executor file
and the arg file.
some more details. There are 2 ways to invoke the stitching:
1.) Normal stitching.
All settings from the stitcher tab
Thank you for your help,
it seems I lack some fundamental knowledge about how hugin is working
behind the scenes. But I located C:\Program Files\Hugin\share\hugin\data
and some .executor files, I guess this is where the file would go.
Anyway - as I am not able to build hugin myself I will have
Hello Thomas,
this is interesting to me, too, because I have a similar wish. Could you
tell us where and how this placeholder %sourceimage% is to be used? Is
it in argfiles that can be specified in preferences tab Stiching (2)?
Best regards
Joachim
Am 26.03.2017 um 11:45 schrieb T. Modes:
Hello all, hello John,
you expressed a couple of problems that I experience, too. It took me
quite some time to get used to it.
1. "Hiding the Optimizer and Exposure windows is confusing." I guess you
meant the tabs. These are displayed as soon as you choose a setting like
"custom
I don't use the overview at all, the overview window is switched off.
Joachim
Am 07.09.2015 um 07:28 schrieb brandan34 via hugin and other free
panoramic software:
When you view the fast preview in expert, what mode is the over view
in? A while back I was having problems with hugin crashing
Hello,
testing the EV settings problem I just experienced a problem again that
bugs me for quite some time already:
When I open an existing project, e.g. one that the assistant has just
finished, and the first thing I do after opening is opening the preview
window: hugin hangs and I have to
Hello,
I just tried on Win 7 SP1 64bit bith hugin 2015.0.0 and could partially
reproduce the problem:
- Opened an existing project and changed EV in preview window by
keyboard: preview did not change
- clicked an arrow and the value in the text box did not change by 1/3EV
from the previously
Great, thanks a lot for the Windows build.
I am missing where the new feature
* The fast preview window has a new tool to add or remove control
points to selected areas in the output projection.
is to be found. Is it contained in this build? It is something I have
been waiting for eagerly! (In
to check it again.
Best regards
Joachim
Am 02.08.2015 um 17:07 schrieb J. Schneider:
Great, thanks a lot for the Windows build.
I am missing where the new feature
* The fast preview window has a new tool to add or remove control
points to selected areas in the output projection.
is to be found
Hi Carl, hi all,
fortunately poedit tolerates being opened in two instances so I could
search Carl's file for the strings that mine lacked. Added a few more
and uploaded, so it is checked in again.
There are some strings left and I left them because I don't know where
they belong:
Combined
Hello Carl,
I have also started to translate, but I missed to upload the changes
because I didn't yet have hg installed (was still old svn). Now I'm not
sure if it makes sense to upload now.
The version I just got with the new repository says
POT-Creation-Date: 2010-11-29 20:24+0100\n
Hello,
many thanks for the installer. I haven't had time yet to look at
functionality but I realize that in the Win32 version there are heaps of
untranslated strings when I leave the language set to system default.
But in the de.po file it says 100% of 1074 strings were translated.
I didn't file a
Hi Torger,
though I understand your point of view, my perception is different: Many
programs might be able to produce perfect results out of perfect input
(more or less easily), but one particular advantage of hugin is, that it
can deal with less-than-perfect input quite well. (At least there
Hi all,
while I wish I had the time to try to get my hugin to compile I can at
least do a little on the translation. So here are a few questions:
Could somebody point me out what exactly is meant by excess in
Calculate crop borders such that the final images has the largest area
without
Hi,
although the wiki paage looks like all the patches from the package
should be applied, I started with patching only libxmi and lcms.
Then I had a look at what MSVC would say and I thought build new (or
whatever neu erstellen is in the English version) would be a better
choice than just
I took my moving_target.html and my huginbase directory to reconsider
where I was standing.
One more thing that I noticed:
In the properties of enblend I don't see come include folders any more
that used to be listed there (at least according to my email): glew and
glut. No clue why, but
Hi Ryan,
See
http://sourceforge.net/tracker/?func=detailaid=2789320group_id=77506atid=
550443
Look at the diff files for libxmi-1.2 and lcms-1.18
tiff.h can be found in wxWidgets, unless you're specifically linking against
a newer version for the larger file support (note: if doing so,
Rotareneg schrieb:
I was trying to follow the Wiki instructions at
http://wiki.panotools.org/Build_Hugin_for_Windows_with_SDK which seems
to be missing several (i.e. many) important steps, the precompiled
SDK likewise. However, I did, with your help, (thanks!) get enblend to
build.
I'll
Ryan Sleevi schrieb:
If you visit the Wiki page, you can see the instructions for how to do this
- http://wiki.panotools.org/Hugin_SDK_%28MSVC_2008%29 - including the
necessary patch files -
Do I understand correctly that the instructions on this page also apply
if I have installed (unpacked)
Hallo Yuv,
I took my moving_target.html and my huginbase directory to reconsider
where I was standing.
- trying to build enblend
- lcms built successfully
- wxWidgets found again after it looked like missing
- libtiff built sucessfully
- STLport: Got the source and did that
Hallo Yuval,
J. Schneider wrote:
The presets are present, correctly as listed in the posting Control
point generator incantations by Bruno from 07. September. But the
executables are not!
this is intended behavior - simply because there were no resources to
implement anything more
Hallo Yuval,
2009.2 comes with control point creator presets [0] for the most popular
CP generators known, but these generators are not part of the official
Hugin tarball distribution.
I don't know if Allard did put any or all of them in his Windows binary
installer, and if he did
Hi Allard,
it might be installer specific or as well an addition to the CP gen.
interface thread below:
My installation of the package (clean slate, set default settings, all
cp-generators selected) can run only aps-c. Autopano is not found (when
I copy it into bin\ it works) and Panomatic and
actually it is the celeste model that is expected there,
(That's what I meant.)
and indeed it is likely an installer issue.
OK, so it's not worth filing an official bug. Hope Ad has read this
thread.
regards
Joachim
--~--~-~--~~~---~--~~
You received this
From your comment I infer that you are using one of Ad's unofficial
snapshots?
Ad's 2009.2.4450, his latest.
regards
Joachim
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
hugin and other free panoramic
Hi,
hugin SVN 4450 (on Windows) expects celeste in
\share\hugin\data.
This directory (and neither the file) exist in my installation. (Copied
from a previous one and it works.) Is this an installer issue or
something else?
regards
Joachim
--~--~-~--~~~---~--~~
Hallo Yuv,
hope the surprise back home was not too bad.
I guess I fixed this. (But just to understand it better: If tiff.h is
what is needed and it is in the mentioned wxWidgests folder, then
changing the entry to that folder should generally work?)
a .h file is a header file. you also
Tom Sharpless wrote: I think it would be nice if W were actually based
on a flow diagram,
showing what you can (sanely) do -- and what you have already done --
with the contents of the project at the current time. That would
encompass everything from project operations (load, save, apply
Bart van Andel wrote:
When this is done internally (e.g., as an intermediate kind of file),
I don't see a problem. Hugin could just blend the images into an eqr
and then remap later.
However I think the end user should be bothered with as little steps
as possible to get the desired output.
It may prove useful to implement something like skeleton deformation
as it is used in animation to warp the images, perhaps a fine tuning
the deformation to accommodate panoramas photographed without rotation
about the correct axes.
libpano13 has a morph-to-fit function which distorts the
Thanks,
This is not the thread I had found and will follow that this weekend.
Fine, then we are two.
Thanks!
nick
regards
Joachim
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
hugin and other free
It already exists.
http://search.cpan.org/~bpostle/Panotools-Script-0.23/bin/panostart
I believe I used Alexandre Jenny's Autopano on the command line for this
purpose. And generally it worked quite well, as long as panoramas didn't
contain too similar photos.
Anyway I would like to try
AKS-Gmail-IMAP schrieb:
... It is not necessary to wait for the process to compare all 25
images in a project to the 26th image when you know only the Xth image
has points in common with the 26th. If you are using OS X, it is the
Command key that allows one to select multiple images in the
Hallo Yuval,
I hope the move went well and you did not have the same weather we're
having here (pouring rain, and cold wind).
Only on the road, so all went well.
First something you mentioned at the end of your mail:
I am starting to lose track of things. Maybe time for an initial
summary
Oskar Sander schrieb:
I'd like to set up a Windows hugin development environment, but the
terrifying length of this thread is somewhat deterrent.
Do you recon your moving target is closing in?
Well, I don't have the slightest clue. Any step in one of the branches
can yield more steps. Or
Hi all,
sorry for stepping in so late, I just would like to stress a few things
that are important to me:
Single buttons for images should definitely stay! They could be more
space saving if desired. They are very important for my workflow to be
easily accessible and visible all at the same
Fair enough, though I'd like to remove the crop stuff from the
Stitcher tab at some point, I can't imagine that anyone uses it
there.
Sometimes I have to - because it is impossible to reset a crop border
to 0.
Once you cropped and play around with field of view and different
projections
Yuval Levy schrieb:
J. Schneider wrote:
Can't start system's web browser
top boundary must be smaller than bottom
left boundary must be smaller than right
as new untranslated strings.
The first one is no problem, but can you explain where the other two are
used?
it's when setting
Hi all, particularly translators.
I have done something that is not very nice IMO: i've just added two new
strings to the release branch (and to trunk, but that's less critical)
after syncing the PO files and calling for translation.
What I can see is
Can't start system's web browser
Hi Yuv,
real life interfered a bit in the meantime but now I am back. And next
weekend I'm going to help my sister move all across Germany and won't be
at home much, but anyway, step by step ...
I'm looking at the SDK (20090509, from Guido) right now, and I see the
following folders:
I
Hallo Yuval,
I downloaded it and installed it to C:\Programme\wxWidgets-2.8.10.
not good, please uninstall.
Done.
the default binaries of wxWidgets are not
ready for Hugin. They must be recompiled. And Hugin and Enblend expect
them at a different location than where the binaries
Yuval Levy schrieb:
Hallo Joachim,
J. Schneider wrote:
it would be a nice idea to try building hugin myself.
good idea! I'll be happy to mentor you. would it be OK for you, in
exchange for the mentoring, to use your experience and improve the Wiki
instructions?
I'd be glad to help
Pentax has IMO the so far best implementation, but is also limited
(reduced x range).
My (outdated) K10D makes 5 steps of 2EV maximum.
Joachim
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
hugin and other free
Yes, the list may need extending. What EXIF info do others think
would be useful to display?
GPS would be very useful if available.
Inside hugin I wouldn't need it, but I would like it to be transferred
to the final pano.
Useful for me:
- ISO
- focal length multiplier (though available
RizThon schrieb:
I just checked Poedit, and it's possible to add a comment to each
string, you just need to check View / Show comment window. To be able
to edit that comment window you might need to go to File /
Preferences... and check Comment window is editable in the Editor tab.
It
Uncheck auto fine tune. I don't
understand why this option is set as a default. Or why hugin isn't able
to remember that I normally don't want to use this option.
+1
This is the button I uncheck *every* time I start Hugin.
Strange. I usually have it checked, but now I tried: Unchecking
You can control the number of points with the align_image_stack -c
parameter:
-f %v -c %p -p %o %i
..but according to the align_image_stack usage this will actually
generate 25x the specified number of points, i.e. specify 10 and you
will get 250 points, specify 1 and you will 25
other distributions but I'll still welcome reports from other
distributions
Windows – with Thomas' help it have been made to compile on widows
If you can make the windows build available I would like to test them on
some fresh test cases that I have got in my pipeline anyway.
regards
Hi,
me again with some more confusion about options and settings.
I read in the new enblend/enfuse documentation
(http://panorama.dyndns.org/EandE-documentation/enblend.html#Tuning-Memory-Usage;
thanks al lot for this!) about how to tune enblend's options to suit my
2GB RAM system.
The
J. Schneider wrote:
hugin 2009.2.0.4352 build by Ad.
Afaik Ad does not yet put the new Enblend 4.0 pre-release in his
installer.
Yes.
The manual mentioned on Harry's site is for the 4.0
pre-release that is bundled with the OSX version of Hugin.
This manual is for Enblend (version 3.2
michael crane schrieb:
http://munin.projects.linpro.no/
And Hugin means thought
Well, I knew - but therefore I was always wondering why the program got
this name. Could anybody tell me?
regards
Joachim
--~--~-~--~~~---~--~~
You received this message because
On Sun 13-Sep-2009 at 19:51 +0200, J. Schneider wrote:
align_image_stacks which has the default parameters
-f %v `[ %f == 2 ] || [ %f == 3 ] echo -n ' -e'` -p %o %i
set in the preferences.
Neither the trunk or the 2009.2 branch has this [ %f == 2 ] stuff as
it could only work on unix
Hi all,
I encountered a problem when I specified custom parameters for enfuse
via the button on the stitcher tab. I wanted different weights for
exposure, contrast, and saturation, therefor I entered
--wExposure=1 --wSaturation=0.8 --wContrast=0.1
The error message was:
illegal option --
Hi again, next problem:
I am using the newest windows build 4352 and I am trying to make an
enfused pano of 4 images x 3 exposures. I wanted to prealign the stacks
with the Create control points button on the Images tab and
align_image_stacks which has the default parameters
-f %v `[ %f == 2 ] ||
Zoran Zorkic schrieb:
On Sep 10, 2:46 pm, profdc9 prof...@gmail.com wrote:
SNIP
Could not execute command: autopano-sift-c.exe --maxmatches 20 C:
\DOCUME~1\ADMINI~1\LOCALS~1\Temp\ap_80B.tmp F:\hugin
\pano33\IMG_1458.JPG F:\hugin\pano33\IMG_1459.JPG etc...
and all 39 images are listed.
Fine! I tried the x86 OpenMP, SSE2 version (assuming that this is right
for a core2duo).
I copied just enblend.exe into my hugin/bin directory (latest available
build).
The error I get looks not like it's a problem of MP or the like, its
about an unrecognized wrap-around mode. It won't let me
Sorry, I was too fast posting; I recognized the cause was changed
options syntax for enblend. I have to review my enblend options in
hugin. But this probably means we need new droplets for enblend, too.
regards
Joachim
J. Schneider schrieb:
Fine! I tried the x86 OpenMP, SSE2 version (assuming
However, I'm trying to understand roll, pitch and yaw. Where is the
(0,0,0) point for anchoring the frame of reference of the coordinate
system?
Without being able to answer your more theoretical questions: (0,0,0) is
the centre of the resulting 2D panorama. Wherever you choose to have
You could shoot a nice 3- or 4-row pano, and it's possible the top row
would be nothing but clouds and sky, with no reliable control points.
You can either use the fast preview in hugin to manually set the
position of such frames or just type in the values for y, p and r in he
.pto file or
Gerry Patterson schrieb:
Hello Doug,
... Perhaps the following sequence will work:
1. load both images into hugin.
2. Under the lens tab ensure they have the same lens number assigned
to both images.
No, different lens numbers, because he accidentally changed the zoom.
But I
Doug schrieb:
Thanks Harry.
I've tried -s 2 and -s 3, both were worse than earlier results.
As a further check I tried putting in all control points manually; that
was almost as bad.
Bizarre.
Doug
P.S. Had a further thought and overlaid the images in Gimp.
It looks as though
If the settings could be moved to a .ini-file, and file associations
are abandoned, I guess Hugin could run from a stick. This could be
added as an option during installing for versions to come, but
currently, it does not work like that unfortunately.
Actually it does run from a stick or at
RizThon schrieb:
Sorry for jumping in...So Mask is entirely black, but white image was
not identified as redundant. means that it couldn't find any overlap?
I've had that error before but it didn't really made any sense to me...
I agree, this error message should be changed to something that
On Sat 18-Jul-2009 at 20:01 +0200, J. Schneider wrote:
Or do you mean you want both TIFF/JPG/PNG output *and* a multi-layered
TIFF at the same time, in a single run, Bruno?
It might happen that someone wants this. One workaround should be to
send several stitch jobs to the batch stitcher
That is, unless the drop-down list is modified to contain a list with
check-boxes, so you can actually select multiple output formats. An
extended version of this approach could include different output
settings at the same time, so a single PTO file could generate both a
full-size
Yuval Levy schrieb:
Hi Thomas,
Thomas Modes wrote:
I tested the patch on linux and windows. Could someone test it on a mac?
THANK YOU for this patch.
Thank you from me as well. I've been waiting for this for quite some
time because I was eager to compare the cp generators, but it always
Plus there are also whole classes of images that you might use as
input for hugin where 'focal length' has no physical meaning:
- perspective drawings and paintings
- 3d computer renderings
- any output image created by hugin
By the way: Do they carry any information (in metadata) about
Hi,
I am wondering about two things:
Why can't hugin check for this user input error beforehand? (I
understand it quit with the mentioned error report. Anyway the report
should be clear everyday language.) This I would consider a bug.
One step further: I have understood why portrait and
Bruno Postle schrieb:
On Sat 11-Jul-2009 at 19:35 +0200, Lukáš Jirkovský wrote:
2009/7/11 J. Schneider j-schn...@gmx.de:
Looking at these results it seems like a badly computed EMoR response
curve. Can you try it with reseting camera response?
How can I reset it? The UI seemingly doesn't
Hi all,
recently I'm experiencing a problem with colours, seemingly in
connection with photometric optimization. Colour/brightnes values get
screwed up, particularly in bright areas.
For most of my quick-and-dirty handheld panos I follow the standard
workflow (at least standard in that it is
Looking at these results it seems like a badly computed EMoR response
curve. Can you try it with reseting camera response?
...
Lukáš
How can I reset it? The UI seemingly doesn't allow (wasn't that a
feature request?).
regards
Joachim
--~--~-~--~~~---~--~~
Hello Habi,
So I'm asking: would I get another result if I'd have generated three
panoramas, one for each exposure step and then enfuse them to one
final panorama?
I can't tell this but I have the impression that the scene isn't
particularly suitable for exposure fusing. I would expect the
Guido Kohlmeyer schrieb:
Maybe
the author of enblend can inplement a switch function to prevent the
problem.
Wouldn't it be possible for hugin to intercept this error message and
set --finemask by itself and retry?
regards
Joachim
--~--~-~--~~~---~--~~
You
By the way, when I set my current rev 3811 to use English, the Batch
processor is still displayed in German. I guess this is not intended?
The batch processor probably uses your system locale and ignores the
hugin language preference. This is a bug, but I'm not sure this
ability to change
Hi all,
I believe I remember when 0.7 was being worked on it was supposed to be
a features release and 0.8 was supposed to be a UI release. Therefore
some ideas were postponed that were UI improvements.
During the discussion someone came up with an idea (that was derived
from some other
Bruno Postle schrieb:
* New feature: Stitching now starts with tests for each of the tools
And so it says immediately Checking nona...make: *** [test] Error 1.
What does this mean? Nona is present. (Tried with Guido's SV3714 build
for Win32)
* New feature: Reset button on Camera and Lens tab
Hi all,
am I missing something or is it impossible to stitch without blending
(or fusing)? I have map segments to stitch. The source is digital, so
there are no brightness differences to blend.
On the command line it should be possible, but in the GUI I would expect
either a preset (in the
Hi Bruno,
thanks for your explanations. Accordingly I have made a few little
changes. But before I submit again I would like to solve one more thing:
What about the letters prefixed with a to make them keyboard
shortcuts: Do I have to use the same letter in the translation because
it is
Hi,
I'm currently updating the German translation and again I have a few
questions about where some original strings appear and so on:
Error: Could not get status, project with index
Error: Could not set status, project with index
Add application
Remove complete
=Remove those projects which
Sorry, these two I could have found myself. But thanks for the good
suggestions.
And I think the English texts should be changed.
Add application
... I guess the button
label is not well chosen. It's the call not the application itself which
is added. Should be something like: Add
Andrew H schrieb:
Is there an anomaly in the GUI when tabbing between fields in Hugin on
Mac OSX, please? When I am editing values in, say, the Stitcher tab
and moving between fields using Tab or Shift-Tab the focus moves to
the new field but inserts a cursor, rather than highlighting the
Yuval Levy schrieb:
J. Schneider wrote:
Yuval Levy schrieb:
If you have the file celeste.model in C:\Program
Files\Hugin\share\hugin\xrc\data you are all set.
OK, now I took the time to check: celeste.model is there
(C:\Programme\BILD\Hugin\Hugin 0.8\share\hugin\xrc\data; hugin.exe
Sorry for double posting, but this is where it belongs.
Hi all,
I thought it would be a good idea to make a new thread out of this as it
hasn't to do any more with the preview. Usually this works fine, it's a
big improvement to hugin!
My problem was that celeste would not run:
Yuv advised:
Yuval Levy schrieb:
J. Schneider wrote:
Yuval Levy schrieb:
do you get this error consistently with all of your projects? all
the times?
No, only once.
only once = only with this specific project?
or only once = only this time?
Both. This time with this projct. Not with other projects
Yuval Levy schrieb:
So we have a trade-off here: how important is it to use the mouse wheel
in the drop down menu in Linux (other systems don't support it anyway)
Windows does support it. At least I tried in OpenOffice. For me: Nice to
have but not important.
vs. how important it is to
Hi all,
first of all thanks a lot for the new windows builds. I was awaiting the
new features eagerly.
OpenGL Preview is just great! Nevertheless I just had some strange
effects (img#1 vs. #2):
http://www.joachimschneider.info//oglpreview/preview_error.html
(Never mind the colours, I forgot to
tennevin.yves schrieb:
The button 'align' on the first tab is already a special case: should it
be removed according to your argumentation?
I think this is the normal case for the type of use that hugin was
originally designed for.
How do you define the 'majority of users'? By the list of
1 - 100 of 112 matches
Mail list logo
