Of course it would. :)
Computationally you could do all in GPU and track everything fast as hell . . . Or parallelize chunks of code into a multicore, and so forth.
But I don't really care. Tracking blobs with OpenCV takes me about 8ms (VGA size camera) in a normal computer, and without a threaded approach, so perfect, suits me without worries, i can have just stich two cams and it gives about 14ms, which is more than great for me.
On May 24, 2011 7:34 AM, "IOhannes m zmoelnig" zmoelnig@iem.at wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-05-23 19:55, Pedro Lopes wrote:
It seems just: image blending. Each camera sees a portion (quarter) of
the
floor, and you blend (or stitch) the images, then supply them to the tracking algorithm as single image.
computationally more efficient could be to do tracking on the 4 separate images and then "stitch" together the resulting data.
fgmasdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk3bXlYACgkQkX2Xpv6ydvRmogCfWz4eOymxzS5t3MxgJKuk6IyC QWQAnjR3g94Wv7swKzjUZv6ANDx6XuQT =SPVp -----END PGP SIGNATURE-----