On Thu, 01 Sep 2011 21:17:44 +1000, Rosomack
<leszczyns...@gmail.com> wrote:
> Hello all,
>
> I'm happy to announce a new primary seam generator that was recently
> integrated into the Enblend mainline. It was developed as part of the
> Google Summer of Code 2011 program.
Thanks to everyone involved.
Is the new code available for building and testing?
Cheers,
--
Regards,
Terry Duell
On Fri, 02 Sep 2011 09:21:14 +1000, Terry Duell <tdu...@iinet.net.au>
wrote:
[snip]
> Thanks to everyone involved.
> Is the new code available for building and testing?
--
Regards,
Terry Duell
On Fri, 02 Sep 2011 09:21:14 +1000, Terry Duell <tdu...@iinet.net.au>
wrote:
[snip]
> Thanks to everyone involved.
> Is the new code available for building and testing?
Sorry, that question could have been better thought out.
I have now got the default from the hg repo and will attempt to build and
test a Fedora package.
I have found that 'cmake .' and 'make package_source' generates
'enblend-4.1.1-Source.tar.gz', which doesn't contain a 'configure' file.
This doesn't seem right.
Also, is the version number correct? At this stage it isn't a release, is
it? I would have expected something like 4.1-0.1 or somesuch, but this
version number business has always been a bit of a bewilderment to me :-)
On Fri, 02 Sep 2011 11:20:28 +1000, Terry Duell <tdu...@iinet.net.au>
wrote:
[snip]
> I have found that 'cmake .' and 'make package_source' generates
> 'enblend-4.1.1-Source.tar.gz', which doesn't contain a 'configure' file.
> This doesn't seem right.
Not having a good day. Finally figured a few things out. The Cmake option
doesn't appear to work as one would expect, but maybe it's me.
Using 'make --makefile=Makefile.scm' was the way to go...pays to read the
'Readme'.
I have managed to build a Fedora 15 x86_64 rpm without any errors, and it
installs and runs OK.
I ran a quick test on an old project that previously required masks to get
rid of people that appeared in multiple places. This version managed it
better. It does seem to be a bit slower.
A bit more testing needed to really sort out how best to use it.
this pretty much sounds like a known bug in enblend:
bugs.launchpad.net/enblend/+bug/785803
bugs.launchpad.net/enblend/+bug/766501
On 15 September 2011 14:41, kfj wrote:
>
> P.S. it seems to have to do with masking. I threw out all masks from
> the original project I first saw the problem with, and it stitches
> fine now (with my feet and all in it, of course ;)
It's often seen with masks, but seems to be caused by the blending
geometry in general. You can try to change the image order, the size
of the remapped images (scale up or down) or change yaw. All of those
sometimes seem to help.
Felix
Thanks for sharing your solution. But I suppose in my case it's a
different problem, since (as per wiki) I am compiling with image cache
off (or at least I think I do). This is the cmake command line I used
for my last build:
cmake ../enblend.hg -DENABLE_GPU:BOOL=ON -DENABLE_IMAGECACHE:BOOL=OFF -
DENABLE_OPENMP:BOOL=ON -DCPACK_BINARY_DEB:BOOL=ON -
DCPACK_BINARY_NSIS:BOOL=OFF -DCPACK_BINARY_RPM:BOOL=OFF -
DCPACK_BINARY_STGZ:BOOL=OFF -DCPACK_BINARY_TBZ2:BOOL=OFF -
DCPACK_BINARY_TGZ:BOOL=OFF -DCPACK_BINARY_TZ:BOOL=OFF -
DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX:PATH=/usr/local
and the -DENABLE_IMAGECACHE:BOOL=OFF should switch the image cache
off. Is that the flag you meant?
Kay