opentrack.git/tracker-pt/point_extractor.h, branch opentrack-2.3-rc49p1head tracking software for Windows and Linuxhttp://ananke.misaki.pl/cgit/opentrack.git/atom?h=opentrack-2.3-rc49p12016-05-13T20:54:50ZRevert "tracker/pt: experimental non-white color removal"2016-05-13T20:54:50ZStanislaw Haliksthalik@misaki.pl2016-05-13T20:54:50Zurn:sha1:c772987dde5c42aa7f236ac7708f6e7d063d4aa7
This reverts commit 546cfb5ad52dcfe1421d1af5e7baeada588ac735.
@MathijsG points out that some users have red LEDs, not uniform white.
Issue: #355
tracker/pt: experimental non-white color removal2016-04-27T05:28:55ZStanislaw Haliksthalik@misaki.pl2016-04-27T05:28:41Zurn:sha1:546cfb5ad52dcfe1421d1af5e7baeada588ac735
It's enabled only for automatic thresholding. With it on, it's possible
to keep tracking in normal light conditions without changing gain or
exposure beforehand.
It won't function on badly overexposed images, or with other bright
white colors in the frame. It should function on somewhat overexposed
images.
CPU usage is somewhat high, even taking advantage of all OpenCV SIMD
goodness as per the code. We can revert the change if user reception is
bad.
tracker/pt: less malloc/free each frame2016-03-06T23:35:36ZStanislaw Haliksthalik@misaki.pl2016-03-06T08:11:19Zurn:sha1:99fb0282ba5cdfdb2b889df8916b36207d21ded0tracker/pt: fix build2016-02-17T03:42:56ZStanislaw Haliksthalik@misaki.pl2016-02-17T03:42:56Zurn:sha1:1a6b611b2fa64cc730f8f8ea7a716d6b5af1461etracker/pt: retire get_points() in the extractor2016-02-17T03:42:20ZStanislaw Haliksthalik@misaki.pl2016-02-17T03:42:20Zurn:sha1:bf4e8b10ad916b6451dc32b9be2b86d42452e7e8tracker/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: increase auto threshold bucket size again2015-12-28T06:02:42ZStanislaw Haliksthalik@misaki.pl2015-12-28T06:02:42Zurn:sha1:f02baa0868f219076a641634625f7c032d3a9eef
Slowdown was caused by something else. I can no longer reproduce it.
tracker/pt: don't allocate temporary dynamic size arrays2015-12-19T19:46:29ZStanislaw Haliksthalik@misaki.pl2015-12-19T19:46:10Zurn:sha1:f4647a9960f531829f1add40554442a7c84d82a6tracker/pt: don't copy points array needlessly2015-12-19T19:46:28ZStanislaw Haliksthalik@misaki.pl2015-12-19T19:44:41Zurn:sha1:fba00166c94f066bf0d8d2174b508d2f849abe53tracker/pt: reduce mutex contention2015-12-18T18:57:42ZStanislaw Haliksthalik@misaki.pl2015-12-18T18:57:42Zurn:sha1:8a60f1c9613d396b50aa6adec4b1f5ffdb9e9806