, Andrew Mihal wrote:
Anyone know a solution for this assertion in the latest svn?
hugin: /home/mihal/hugin-trunk/src/hugin1/hugin/ImagesPanel.cpp:143: bool
ImagesPanel::Create(wxWindow*, wxWindowID, const wxPoint, const wxSize,
long int, const wxString): Assertion `m_cleaningButton' failed
requirement?
Andrew
On Sat, Oct 17, 2009 at 10:18 AM, Pablo d'Angelo pablo.dang...@web.de wrote:
Hi Andrew,
Andrew Mihal schrieb:
Hi,
I suspect a problem in the vectorization of the seam lines.
Actually, the approach of using vectorized seam lines is a relatively
complicated process
Hi,
I suspect a problem in the vectorization of the seam lines. There
is currently no checking that the MaskVectorizeDistance parameter is
suitable for the number of actual pixels on the seam (the points
visited by the CrackContourCirculator). Thus we can construct snakes
that undersample the
Hi,
A correct fix will require determining the cause of the two-point
snake. A two-point polygon has zero area, so it is unclear what region
of the mask this is outlining. Perhaps the mask has isolated
single-pixel spots of black and white? E.g. if the user set the input
alpha masks with
Hi,
The error means that the GLSL compiler that is built in to your
video card driver is unhappy with the syntax nona-gpu is giving it.
This is a bug in the video card driver. I checked in a possible
workaround to hugin svn. Please give it another try.
Thanks,
Andrew
On Mon, Aug 24, 2009 at
, etc. The
current implementation is very rudimentary, both in the costfunction
implementation and the annealer itself. I would put more time into it
if I had any to spare.
Andrew
On Thu, Jun 18, 2009 at 1:06 AM,
r.e.wolffr.e.wo...@harddisk-recovery.nl wrote:
On Jun 14, 8:12 am, Andrew Mihal
Hi,
The initial seam line generation I wrote is a nearest feature
transform based on voronoi transformation (Breu et al). There is a bug
in my implementation. I have a half-complete repair that is not
checked in yet, and Christoph has a repair in his staging branch. I
intend to replace the
think it is 64.
Andrew
On Fri, Jan 30, 2009 at 2:33 PM, Pablo d'Angelo pablo.dang...@web.de wrote:
Andrew Mihal schrieb:
I expect that nona-gpu will not be efficient for rendering the
previews, due to the overhead of compiling GLSL code for each input
image and transferring the data back from
Hi,
One thing to add - you might want to use the -x option for Enblend
to turn on checkpointing of partial results. This tells Enblend to
save the results after each blend step, so if it does crash after the
100th image, you aren't left with nothing. This is off by default
because it slows