On Tue, Sep 14, 2010 at 18:58, Eugeni Dodonov <[email protected]> wrote:
> On Tue, Sep 14, 2010 at 17:30, kfj <[email protected]> wrote: > >> 3. I hope someone will look into the issue. I'm just a fellow user, >> even though I sometimes feel like looking into the code myself. But >> that feels like an uphill struggle (quote: compiling hugin yourself is >> fairly extreme behaviour...) - and I'm on Windows, where things are >> even more complicated... >> > > I'll try using 'hg bisect' on the code, maybe it will shed some light.. > Ok, so I bisected Hugin source to the commit which break processing of those pictures: [eug...@eugeni-x86_64 22:15:47 ~] $ cat /tmp/fix.bisect The first bad revision is: changeset: 4071:b691961680b1 parent: 4062:a3988d6c4e7b user: tmodes date: Sun Jun 06 16:40:53 2010 +0200 summary: Reset cropfactor to 1 and not to zero The attached patch fixed the behavior for me - after applying it to current hg tip, the photos are aligned correctly. I don't know however why it is causing the problem, maybe any Hugin guru/hacker could take a look on it? P.S.: I just updated Hugin hg to today's version, and looks like this patch was partly reverted today already.. I'll rebuild Hugin again to see if it works now. -- Eugeni Dodonov http://eugeni.dodonov.net/ -- You received this message because you are subscribed to the Google Groups "Hugin and other free panoramic software" group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/hugin-ptx
