Harry
2008/2/16, stereo_sl <zoran...@gmail.com>:
<https://hugin.svn.sourceforge.net/svnroot/hugin/gsoc07_featuredetection>
I'm just at it.
THANK YOU, ZORAN!
Yuv
Windows. cmake. MSVC2008EE.
fatal error C1083: Cannot open include file: 'vigra/stdimage.hxx': No
such file or directory
I think this is in hugin/src/foreign/vigra/vigra
Yuv
Actually it is slightly faster than generatekeys given the same size
images and with generatekeys downscaling disabled.
It doesn't work with images containing alpha channels, but seems to
be ok generating keyfiles if I strip them.
Unfortunately autopano doesn't find any matches within the keyfiles,
any ideas?
--
Bruno
You wrote:
>Replace my path to vigra with your path in this line(CMakeLists.txt):
>TARGET_LINK_LIBRARIES(MatchPoint /usr/lib/libvigraimpex.so png jpeg
>tiff)
>
>So, /usr/lib/libvigraimpex.so should go to wherever vigra library is
>located on your computer.
I did this apart from the fact that I specified .dylib instead of .so
on OSX, but I keep on having the same errors. I also included the
vigra source directory already in my path and I also tried with the
static version (*.a).
Due to the work required for fixing bugs in hugin, I haven't had much time
for testing MatchPoint in the last days. I just ran it on a simple 3 image
pano and it worked fine.
Once I have tested it a bit more, we can probably iron out some more bugs
and include it in hugin 0.7.0. This way, people in the US can be happy, too!
(And a nicely working version of hugin will be in Fedora.)
stereo_sl wrote:
> I have commited my latest changes for MatchPoint, suite for detection
> of control points(GSoC remember?). The suite is now somewhat stable
> and can be used as a replacement for generatekeys from existing
> autopano application. I would like someone to give it a try,
> preferably someone who has experience with existing autopano
> application. In the svn folder there are also 2 images for testing
> purposes.
>
> There is no gui, so those willing to test it, will have to:
> - compile it using cmake& make(I can provide linux binaries on
> request)
> - invoke the app from the command line
> - [optional] use -t argument to output file used for descriptor
> performance testing with matlab(Mikolayczik suite)
Have you already done this? I have updated my linux system and need to
reinstall matlab before trying. This test would give valuable information
where further work might be required. I think this is more important than
speeding it up.
Great work!
ciao
Pablo
The simplest explanation is probably that MatchPoint currently only
finds features in the central 70% of the images, so you need
something like 50% overlap to have any chance of getting control
points.
--
Bruno