link:[followed the same code] (https://docs.opencv.org/2.4/doc/tutor...)
During real time video, the bounding box is becoming a point at the joining of the montage as marked in red shape, even though the matches are good.
solved the problem, in real-time, i declared all the variables and vector and Mat outside the loop. here is the correction.
`while (key != 27)
{
Mat frame;
cap >> frame;
if (framecount < 2)
{
framecount++;
continue;
}
Mat des_image, img_matches;
vector<KeyPoint> kp_image;
//vector<vector<DMatch>> matches;
vector<DMatch >matches;
vector<DMatch > good_matches;
vector<Point2f> obj;
vector<Point2f> scene;
vector<Point2f> scene_corners(4);
Mat H;
Mat image;`
@berak when i delete the ifloop from the code, the bounding box is not stable(i mean its moving abruptly with weird polygon shapes). moreover if increase the condition in the loop to if (framecount<20) the framerate is not slow when compared with previous one. what role is framecount loop playing here. but one thing , its making the boundingBox stable.
@berak in short , During Real time video , the if conditional loop defined in the above code is giving me good results, but i didn't understand why it is used?
If I comment the loop then im getting an error named Error: Assertion failed (_queryDescriptors.type() == trainDescType) in knnMatchImpl which is clearly explained in this link https://stackoverflow.com/questions/22337841/assertion-failed-querydescriptors-type-traindesccollection0-type-in-k
I don't understand how this error and loop are linked.
my guess is - as webcam takes time to start and get the first frame till then the features detected from first video frame will be zero. so do you think this is the reason for that error? i hope you understand :)
Asked: 2018-03-15 17:28:53 -0600
Seen: 1,195 times
Last updated: Mar 21 '18
" even though the matches are good." -- however, the homography is bad, as you can see.
it only found 6 matching points, that's probably not enough (not enough texture in your object image ?)
also: be careful there, H might be empty(), if it could nout build a homography at all, you have to check, before proceeding !
btw, it does not detect "objects" at all, only keypoints
H is not empty. With more texture, obviously the number of key points increased, now the
good_matches.size() is varying between 40-60 with a few outliers. But still there is no bouding box around the keypoints of the object in real time. It is still at the corner as depicted in the above figure and sometimes with weird polygon shapes out of the bounds of keypoints. what could be the possible reason? Is there any minimum limit to number of matching points?all i'm saying is, that H can be empty, and your program will crash then, so check.
also, the boundingbox is not around the keypoints (it does not know about any kp), it's only the original rect, projected by H
"minimum limit " -- something like 5, iirc. below, it won't find any H
the quality of your matches unfortunaly does not say anything about how good/bad H will be
thank you :) I will check.
@berak link: same link as above does this code detects objects in real-time video? or In real-time, are we supposed to make a tracker object to successfully detect and track the object?
"does this code detects objects" -- NO. NEVER.
it detects keypoints, that's all it ever does. don't be mislead.
IF you're lucky to have enough good matches (you arent, above), you may try to find the homography from the matches, and try to project the initial boundingbox with that, to find a new position of "some part of the scene". but that's not "object detection" at all. it does not know about any "objects", only "there's 1 small part of the original scene", and "another image of the whole scene" (which might be scaled, rotated)
you have to strike out the word "object" anywhere in this context, it's only misleading.