opentrack.git/tracker-pt/ftnoir_tracker_pt.h, branch trackhat-1.2p6head tracking software for Windows and Linuxhttp://ananke.misaki.pl/cgit/opentrack.git/atom?h=trackhat-1.2p62016-09-20T21:24:16Ztracker/pt: merge from unstable2016-09-20T21:24:16ZStanislaw Haliksthalik@misaki.pl2016-09-20T21:08:10Zurn:sha1:9da39ce65e42097b5f05eed2ce2cd40cf234ef73
- the pose estimator doesn't need locking at all
- only return point count to the dialog, reducing locking
- allow for only 8 pixels difference between consecutive dynamic
pose frames at 640x480, half that at 320x240
- extract points taking in account pixel brightness, not merely
contours
- in case of more than three points, prefer the brightest ones
scoring on radius and average pixel brightness
tracker/pt: use doubles2016-09-20T21:24:13ZStanislaw Haliksthalik@misaki.pl2016-09-20T20:43:50Zurn:sha1:8faba81716c5d4283a31262dea795888cdb372b0
We don't have pt_types namespace on this branch so hardcode
using double instead.
tracker/pt: actually use hardcoded model offsets2016-03-07T19:08:58ZStanislaw Haliksthalik@misaki.pl2016-03-07T18:43:47Zurn:sha1:2138103b7c3af54e9cecd081403e8f536db6de1etracker/pt: protect get_n_points()2016-02-17T03:41:10ZStanislaw Haliksthalik@misaki.pl2016-02-17T03:40:53Zurn:sha1:38306b389951c69d050e3e4b929b442b5bd0ada5
There's a race here since further accesses to the points array aren't
protected by a mutex in the extractor class.
There's no race in "get_points()" in the extractor since it's only used
in same thread where updates take place.
tracker/pt: don't allocate temporary frame2015-12-19T19:46:26ZStanislaw Haliksthalik@misaki.pl2015-12-19T19:43:24Zurn:sha1:90138a999b4c95afeb9a49d355b0234b6145e221tracker/pt: reduce mutex contention2015-12-18T18:57:42ZStanislaw Haliksthalik@misaki.pl2015-12-18T18:57:42Zurn:sha1:8a60f1c9613d396b50aa6adec4b1f5ffdb9e9806move to subdirectory-based build system2015-10-30T07:39:32ZStanislaw Haliksthalik@misaki.pl2015-10-30T06:37:41Zurn:sha1:aa066bdd4622d4f6824fee864f6be6806813f04d
Closes #224