On Friday, 24 October 2025 at 20:13:01 -0700, Jeff wrote:
>
> This error happens because Tufuse cannot accept command line arguments of
> the form "--arg=param", it only accepts arguments of the form "--arg param",
> but Hugin uses "--compression=<value>" when setting up all the arguments it
> passes to Enfuse (or the alternative you set in Hugin's settings). In
> src/hugin1/base_wx/StitchingExecutor.cpp, there are 7 instances of "
> --compression=". These are used to build the argument array that will be
> passed to Enblend or Enfuse. Both Enblend and Enfuse use the getopt_long()
> function to interpret command line parameters. According to
>
https://linux.die.net/man/3/getopt_long, "A long option may take a
> parameter, of the form *--arg=param* or *--arg param*." So, I think there
> shouldn't be a problem changing those instances of " --compression=" to "
> --compression " (replacing the equal sign with a space) in
> StitchingExecutor.cpp because Enblend and Enfuse should correctly interpret
> either format. Does anyone else see an issue with that?
Yes, I see an issue.
The change is invasive: people with scripts using compression= will
have to change the invocation to get it to work. The problem is
clearly with TuFuse, and my guess is that Microsoft users are in the
minority in this forum, and TuFuse users an even smaller minority.
My suggestion: find a way to include this change in the configuration
that chooses TuFuse over enfuse. I haven't investigated the best way
to do this, but presumably the configuration setup will offer a way to
do this.
Greg
--
Sent from my desktop computer.
Finger
groo...@gmail.com for PGP public key.
See complete headers for address and phone numbers.
This message is digitally signed. If your Microsoft mail program
reports problems, please read
http://lemis.com/broken-MUA.php