2020-09-22 00:25:20 -0600 | received badge | ● Student (source) |
2020-04-07 10:05:12 -0600 | received badge | ● Notable Question (source) |
2017-07-19 07:52:37 -0600 | received badge | ● Popular Question (source) |
2016-11-06 06:42:05 -0600 | received badge | ● Popular Question (source) |
2015-08-02 14:12:46 -0600 | received badge | ● Scholar (source) |
2015-08-02 14:12:42 -0600 | received badge | ● Supporter (source) |
2015-08-02 11:20:51 -0600 | commented question | OpenCV 3.0 Vs OpenCV 2.4.9 + Sobel Performance @matman: Yep! It works! So @matman if you wanna answer this question, I'll mark it like "solved" because in fact it solves it! Thanks to all. Perhaps that's strange, it's like OpenCV 3.0 setup OpenCL driver (like GPU module) even if I don't ask them to use it. Thank you all and see you at the next question. |
2015-08-02 10:25:30 -0600 | received badge | ● Necromancer (source) |
2015-08-02 03:08:23 -0600 | commented question | OpenCV 3.0 Vs OpenCV 2.4.9 + Sobel Performance @Eduardo, thanks to have given it a try. So, like StevenPuttemans says, it seems like OpenCV 3.0 have a first function call overhead. I've so made a new test with only two calls that seems to enforce that assumption. I've put the code in the question. STD SOBEL STARTED 1ST CALL STD SOBEL FINISHED 1ST CALL in 22.2636, total 45.8063 STD SOBEL STARTED 2ND CALL STD SOBEL FINISHED 2ND CALL in 23.4234, total 86.663 STD SOBEL STARTED 1ST CALL STD SOBEL FINISHED 1ST CALL in 426.064, total 438.489 STD SOBEL STARTED 2ND CALL STD SOBEL FINISHED 2ND CALL in 22.0421, total 469.745 |
2015-08-02 03:04:57 -0600 | received badge | ● Enthusiast |
2015-08-01 12:33:59 -0600 | received badge | ● Self-Learner (source) |
2015-08-01 08:34:00 -0600 | commented question | OpenCV 3.0 Vs OpenCV 2.4.9 + Sobel Performance Yep, so if you wanna try the src with the attach image we could check the performance on your system. |
2015-08-01 08:26:25 -0600 | commented question | OpenCV 3.0 Vs OpenCV 2.4.9 + Sobel Performance There are no pdb files. Only src and dll and lib used :) It's the world300.dll that take the most of the space. Have you looked at the zip?! :/ I've put all the dll I've used right because you could try my dll! |
2015-08-01 07:56:35 -0600 | commented question | Opencv 3.0 + visual studio 2013 + CUDA + CMake The question is answer by Eduardo when he asked me to try the prebuild binaries. Because the problem I'm experiencing there's also with the prebuild version I've open another question here: http://answers.opencv.org/question/67... |
2015-08-01 07:55:10 -0600 | asked a question | OpenCV 3.0 Vs OpenCV 2.4.9 + Sobel Performance I'm experiencing a very performance differences between 2.4.9 and 3.0. With the simple Soble function I see OpenCV 3.0 run 10x slower than OpenCV 2.4.9 ... O_O ... I've build up a Visual Studio 2013 project self contained with my benchmark. Could anyone try and tell me if It sees the same performance difference and could someone explain me the reason? The project could be downloaded at: http://www.versionestabile.it/opencv/... With @Eduardo, @StevenPuttemans we ended up to note that OpenCV 3.0 Sobel First Call has a very big overhead, right near 700msec. The question now is: Does someone know the reason of that? Is that true also for other image processing functions? |
2015-07-30 05:33:02 -0600 | commented question | Opencv 3.0 + visual studio 2013 + CUDA + CMake Yes, the code below Run faster with OpenCV 2.4.9 than OpenCV 3.0 |
2015-07-30 05:18:11 -0600 | commented question | Opencv 3.0 + visual studio 2013 + CUDA + CMake Eduardo I've tried also with the precompiled *world300.dll and I've got the same lower performances than version 2.4.9. But now the question is... why with OpenCV 3.0.0 the sobel performance are so degraded than OpenCV 2.4.9? |
2015-07-29 14:57:03 -0600 | commented question | Opencv 3.0 + visual studio 2013 + CUDA + CMake I've posted my CMAKE output. Hope it helps us to find the reason... |
2015-07-29 14:56:21 -0600 | received badge | ● Editor (source) |
2015-07-28 23:08:35 -0600 | asked a question | Opencv 3.0 + visual studio 2013 + CUDA + CMake I've successfully compiled OpenCV 3.0 with CUDA 7 with Visual Studio 2013 makeing the solution with CMake for x64 architecture. I've notice that my *300.dll performances are slower than the already compiled *249.dll for x86 architecture (downloaded from opencv.org). For example the same sobel test program run with 2.4.9 at 30msec while run with 3.0 at 280msec O_O. How could it be possible? Have I missing some optimization or building options? Thats my Flag for Release: //Flags used by the compiler during release builds. CMAKE_C_FLAGS_RELEASE:STRING=/MD /O2 /Ob2 /D NDEBUG Here's my CMAKE Output (more) |
2015-07-28 23:08:34 -0600 | answered a question | Opencv 3.0, visual studio 2013- You are trying to build for x64 architecture? If so, It's because your application try to load the wrong version of dll. To check this, first of all try to copy all the *300.dll in your output dir (for Release) or *300d.dll (for Debug). Run the .exe program and if now it works, all you have to do is to make a custom build in order to copy the right opencv dll in your outdir at every build. Or you must put on your path the opencv build\bin dir. |