2017-07-11 08:55:47 -0600 | commented question | void CascadeClassifier::detectMultiScale opencv 3.2-dev parameter assumption I'm going to put the full signature of detectMultiScale to help you. |
2017-07-11 08:50:36 -0600 | asked a question | cv::cuda::CascadeClassifier OpenCV 3.2 using data trained in OpenCV 2.4.11 I have run the cuda version of cascade classifier in OpenCV 2.4.11 on cpu and a 860M GPU. The results can be wildly different in terms of being accurate. To a point where a detected object that was found in CPU has the same rectangle size on GPU version, but in a location that is way off. I need to know if anyone has experienced this. If you have. Did you retrain the classifier on that GPU? I have tested my trained data(2.4.11) in OpenCV 2.4.11 cpu. I then was like well let me update the code base to use 3.2. Same, thing. Wildly different. Sometimes its correct sometimes it isn't. I'm using LPB and blasting full 1920x1080 images at it. This is a bug(enlisted a git issue) and a question. |
2017-06-14 09:35:37 -0600 | asked a question | OpenCV 3.2 vs OpenCV 2.4.11 SVM trainer files and predict I was wondering if the predict function, trainer files trained in 2.4 are incompatible with OpenCV 3.2 in this code below: which calls which is: It seeks like buffer or my samples obtained are different in percision comparing opencv 3.2/2.4 |
2017-06-12 10:16:08 -0600 | asked a question | void CascadeClassifier::detectMultiScale opencv 3.2-dev parameter assumption A and b are rejectLevels and weights. It looks like this code is attempting to fix rectangles going outside image bounds(in 2.4 I remember tossing out illegal rects). This assert throws when I don't use rejectLevels/Weights, but detectedObjects is > 0 and I use detectedObjects. Don't think this is right. |