- 28 10月, 2014 3 次提交
-
-
由 Alexander Karsakov 提交于
-
由 Alexander Alekhin 提交于
-
由 Alexander Alekhin 提交于
-
- 27 10月, 2014 3 次提交
-
-
由 Alexander Karsakov 提交于
-
由 Alexander Karsakov 提交于
-
由 Alexander Alekhin 提交于
-
- 25 10月, 2014 2 次提交
-
-
由 Alexander Alekhin 提交于
-
由 Alexander Alekhin 提交于
-
- 24 10月, 2014 6 次提交
-
-
由 vbystricky 提交于
-
由 Alexander Alekhin 提交于
-
由 Alexander Alekhin 提交于
-
由 Alexander Karsakov 提交于
-
由 Alexander Alekhin 提交于
This reverts commit 7d91b8ef.
-
由 vbystricky 提交于
Fix problems on NVidia devices.
-
- 23 10月, 2014 1 次提交
-
-
由 Alexander Karsakov 提交于
-
- 22 10月, 2014 2 次提交
-
-
由 Alexander Karsakov 提交于
-
由 Vadim Pisarevsky 提交于
-
- 21 10月, 2014 5 次提交
-
-
由 Alexander Alekhin 提交于
-
由 Alexander Alekhin 提交于
-
由 ElenaGvozdeva 提交于
-
由 Alexander Alekhin 提交于
-
由 Tomasz Posłuszny 提交于
-
- 20 10月, 2014 5 次提交
-
-
由 Chuanbo Weng 提交于
Update according to vbystricky's comments
-
由 Vadim Pisarevsky 提交于
-
由 Vadim Pisarevsky 提交于
-
由 Vadim Pisarevsky 提交于
-
由 Chuanbo Weng 提交于
For current OpenCV-CL architecture, if the data buffer allocated in UMat are cpu buffer(not ocl buffer) under cpu mode, and then pass this UMat to an OpenCL kernel as an argument, the OpenCL path will fail and fallback to cpu mode. Take HOGDescriptor::oclSvmDetector as an example: ocl::setUseOpenCL(false); //data allocated in hog.oclSvmDetector will be cpu buffer hog.setSVMDetector(HOGDescriptor::getDaimlerPeopleDetector()); ocl::setUseOpenCL(true); //We enabled OpenCL, but hog.oclSvmDetector are cpu buffer, //so it will fail in the function ocl_classify_hists //when reach to this line //idx = k.set(idx, ocl::KernelArg::PtrReadOnly(detector)); hog.detectMultiScale(img, found, hit_threshold, win_stride, Size(0, 0), scale, gr_threshold); Similar problems heppen on img_aux and img. So we should re-define or re-set these UMat when do mode switch (CPU -> OpenCL) in order to make their data be allocated by ocl and then OpenCL path will succeed. Signed-off-by: NChuanbo Weng <chuanbo.weng@intel.com>
-
- 19 10月, 2014 7 次提交
-
-
由 Vadim Pisarevsky 提交于
-
由 Artur Wieczorek 提交于
-
由 Vadim Pisarevsky 提交于
-
由 Vadim Pisarevsky 提交于
-
由 Vadim Pisarevsky 提交于
-
由 Vadim Pisarevsky 提交于
-
由 Vadim Pisarevsky 提交于
quickly corrected the previous refactoring of features2d: moved from set(SOME_PROP, val) to setSomeProp(val)
-
- 18 10月, 2014 2 次提交
-
-
由 Anatoly Baksheev 提交于
-
由 Alexander Duda 提交于
In this particular case t shadows transpose of the base class Matx: types.hpp:1805:14: warning: declaration of ‘t’ shadows a member of 'this' [-Wshadow] Changelog gcc 4.8: The option -Wshadow no longer warns if a declaration shadows a function declaration. This warning is problematic because it prevents the module opencv_contrib/modules/ruby to pass the build process
-
- 17 10月, 2014 4 次提交
-
-
由 vbystricky 提交于
-
由 Maksim Shabunin 提交于
-
由 Maksim Shabunin 提交于
-
由 Maksim Shabunin 提交于
-