forked from bartvdbraak/blender
27d42c63d9
===========================
Commiting camera tracking integration gsoc project into trunk.
This commit includes:
- Bundled version of libmv library (with some changes against official repo,
re-sync with libmv repo a bit later)
- New datatype ID called MovieClip which is optimized to work with movie
clips (both of movie files and image sequences) and doing camera/motion
tracking operations.
- New editor called Clip Editor which is currently used for motion/tracking
stuff only, but which can be easily extended to work with masks too.
This editor supports:
* Loading movie files/image sequences
* Build proxies with different size for loaded movie clip, also supports
building undistorted proxies to increase speed of playback in
undistorted mode.
* Manual lens distortion mode calibration using grid and grease pencil
* Supervised 2D tracking using two different algorithms KLT and SAD.
* Basic algorithm for feature detection
* Camera motion solving. scene orientation
- New constraints to "link" scene objects with solved motions from clip:
* Follow Track (make object follow 2D motion of track with given name
or parent object to reconstructed 3D position of track)
* Camera Solver to make camera moving in the same way as reconstructed camera
This commit NOT includes changes from tomato branch:
- New nodes (they'll be commited as separated patch)
- Automatic image offset guessing for image input node and image editor
(need to do more tests and gather more feedback)
- Code cleanup in libmv-capi. It's not so critical cleanup, just increasing
readability and understanadability of code. Better to make this chaneg when
Keir will finish his current patch.
More details about this project can be found on this page:
http://wiki.blender.org/index.php/User:Nazg-gul/GSoC-2011
Further development of small features would be done in trunk, bigger/experimental
features would first be implemented in tomato branch.
32 lines
1.1 KiB
Plaintext
32 lines
1.1 KiB
Plaintext
FAST feature detectors in C Version 2.0
|
|
---------------------------------------
|
|
|
|
The files are valid C and C++ code, and have no special requirements for
|
|
compiling, and they do not depend on any libraries. Just compile them along with
|
|
the rest of your project.
|
|
|
|
To use the functions, #include "fast.h"
|
|
|
|
The corner detectors have the following prototype (where X is 9, 10, 11 or 12):
|
|
|
|
xy* fastX_detect_nonmax(const unsigned char * data, int xsize, int ysize, int stride, int threshold, int* numcorners)
|
|
|
|
Where xy is the following simple struct typedef:
|
|
|
|
typedef struct
|
|
{
|
|
int x, y;
|
|
} xy;
|
|
|
|
The image is passed in as a block of data and dimensions, and the list of
|
|
corners is returned as an array of xy structs, and an integer (numcorners)
|
|
with the number of corners returned. The data can be deallocated with free().
|
|
Nonmaximal suppression is performed on the corners. Note that the stride
|
|
is the number of bytes between rows. If your image has no padding, then this
|
|
is the same as xsize.
|
|
|
|
The detection, scoring and nonmaximal suppression are available as individual
|
|
functions. To see how to use the individual functions, see fast.c
|
|
|
|
|