My minimal example, a Makefile, and the output I get from 'make
test_coarse_nopt_gc' at 6d6c88dc. Now that I look at it again I'm not
entirely sure any more that this is the same bug ... I get not so much
black corners as black borders.
** Attachment added: minimal example
For my testcase (coarse, no-opt, graph-cut) changeset 6d6c88dc doesn't
change anything. The worst artifacts only occur with graph-cut ... this
agrees with what I see in valgrind: There are a number of errors and
the backtrace always goes back to 'A_star' in graphcut. I can, however,
not find
I've been getting these artifacts for the last couple of years on at
least three different machines whenever I compiled enblend myself.
Interestingly I currently have the situation that the version I compile
myself (with openmp and without image_cache) features this bug while the
debian dist
Public bug reported:
Hi,
Since the introduction of the timer class (around changeset 981) I get
compile time errors about non existing types. Is that a missing
'include' or am I missing some flag?
cheers, lukas
[ 3%] Building CXX object src/CMakeFiles/enblend.dir/timer.cc.o
In file
If I recompile without openmp I get exactly the same output.
Image_cache has been disabled in 842, so I can't switch that on. I'll
spend some time having fun with valgrind.
--
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Enblend.
988 is the fix, thank you!
** Changed in: enblend
Status: New = Fix Committed
--
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Enblend.
https://bugs.launchpad.net/bugs/1256621
Title:
compilation fails since introduction of
Hi,
I finally got around to update my system to debian 7 including a newer
version of the boost libraries. As a result I can't reproduce my
previous artifacts any more.
Sorry for my noise, I marked my ticket as fixed ... anyhow I lerned a
bit about how the blending works.
cheers, lukas
**
Is there anything I can do to find out what
what causes my black areas?
Depends on how masochistic you are. If
the packaged version 4.1.1 or switching to the
stable branch fixes the bug you could call it a
day. Otherwise, use e.g. `--save-masks' or
`--optimize --visualize' to
I had a look at the used seams, with and without optimization.
Obviously there is something wrong with the optimization.
The two seams I obtained are attached, the photos are the same but in a
higher resolution. Using the same resolution as before reveals the same
problem but it's a bit harder
I think the problem I'm having is the same as
https://bugs.launchpad.net/enblend/+bug/766501 and
https://bugs.launchpad.net/enblend/+bug/785803.
Sorry for the duplication, but, for what it's worth, my example is
shorter and the bug is definitely still there (was there a few month
ago, anyway).
I
Public bug reported:
I'm frequently getting black artifacts on some blended photos (none or
one in small projects, easily 5 to 10 artifacts in projects of more than
100 photos).
The occurrence of artifacts does not depend on the output resolution.
The shape, however, is dependent on the
I might specify, I'm running a Debian 6.0.7, Kernel 3.7.1. There is
plenty of free memory.
cheers, lukas
--
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Enblend.
https://bugs.launchpad.net/bugs/1153546
Title:
black artifacts after
Hi Christoph,
I just tried blending my three photos using the options you suggested:
Disabling optimization get's rid of all artifacts, choosing nft doesn't
make a difference (with respect to my problem).
Would it be a solution for me to turn seam-optimization off by default?
Is there anything
This issue has been fixed by the changeset 799:8e0cd579fa03. Thanks a
lot Kornel!
** Changed in: enblend
Status: New = Fix Released
--
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Enblend.
https://bugs.launchpad.net/bugs/1039900
14 matches
Mail list logo
