- 05 Jul, 2019 1 commit
-
-
Tomoaki Teshima authored
-
- 02 Jul, 2019 4 commits
-
-
Alexander Alekhin authored
-
Alexander Alekhin authored
-
Tomoaki Teshima authored
-
Alexander Alekhin authored
-
- 01 Jul, 2019 5 commits
-
-
armenpoghosov authored
Merge pull request #14828 from armenpoghosov:parmen_RANSACPointSetRegistrator_getSubset_disaster_cleanup Parmen ransac point set registrator get subset disaster cleanup (#14828)
-
Alexander Alekhin authored
-
Alexander Alekhin authored
-
Vitaly Tuzov authored
* Avoid using v_signmask universal intrinsic and mark it as deprecated * Renamed v_find_negative to v_scan_forward
-
Alexander Alekhin authored
-
- 30 Jun, 2019 2 commits
-
-
StefanBruens authored
Crosscorr cleanup (#14936) * Simplify code for convolution destination type/size For the 2d filter code, destination size equals source size, and the crossCorr function even (re-)creates the output matrix with the given size. The number of channels also have to match. The destination type() is the one used to create the output matrix, so we can use its type() here. This is a preparatory patch. Signed-off-by:
Stefan Brüns <stefan.bruens@rwth-aachen.de> * Remove redundant destination size and type parameters from crossCorr All calling sites of crossCorr already use (..., mat, mat.size(), mat.type(), ...), so the parameters are redundant. Signed-off-by:
Stefan Brüns <stefan.bruens@rwth-aachen.de>
-
Alexander Alekhin authored
-
- 29 Jun, 2019 4 commits
-
-
Stefan Brüns authored
Due to the explicitly declared copy constructor Vec<T, n>::Vec(Vec <T,n>&) GCC 9 warns if there is no assignment operator, as having one typically requires the other (rule-of-three, constructor/desctructor/assginment). As the values are just a plain array the default assignment operator does the right thing. Tell the compiler explicitly to default it. Signed-off-by:
Stefan Brüns <stefan.bruens@rwth-aachen.de>
-
Alexander Alekhin authored
-
Alexander Alekhin authored
-
Dmitry Kurtaev authored
-
- 28 Jun, 2019 3 commits
-
-
Stefan Brüns authored
In case OPENCV_INCLUDE_INSTALL_PATH is absolute (i.e. starts with a "/"), the path ends up with a double "/". While this is mostly equivalent to a single slash, it may have a nasty side effect when: - OpenCV_INSTALL_PATH is empty - OPENCV_INCLUDE_INSTALL_PATH is "/usr/include" - the calling build script uses "-isystem" to specify the path to the headers of dependencies (to avoid warnings) Specifying "-isystem /usr/include" breaks the path ordering, and GCC can no longer find its "stdlib.h", thus CMake filters such statements. Unfortunately it fails to do so when using "//usr/include".
-
Dmitry Kurtaev authored
-
Stefan Brüns authored
It is perfectly possible to compile ARM binaries on Aarch64. Generalize the code to no only swap X86 with X86_64, but also ARM and AARCH64. Signed-off-by:
Stefan Brüns <stefan.bruens@rwth-aachen.de>
-
- 27 Jun, 2019 7 commits
-
-
Alexander Alekhin authored
-
Alexander Alekhin authored
-
Alexander Alekhin authored
-
Alexander Alekhin authored
-
Alexander Alekhin authored
-
Nuzhny007 authored
-
Dmitry Kurtaev authored
-
- 26 Jun, 2019 13 commits
-
-
Rostislav Vasilikhin authored
-
Alexander Alekhin authored
* dnn: fix BNLLLayer implementation details: https://github.com/BVLC/caffe/blame/1.0/src/caffe/layers/bnll_layer.cpp#L17 * dnn: enable OCV/OpenCL BNLL layer
-
Alexander Alekhin authored
-
Alexander Alekhin authored
-
Apoorv Goel authored
Keep a local copy of `features` from `flann::GenericIndex ` constructor (#14898) * Fix warnings on Windows * Fix #4376
-
Alexander Alekhin authored
-
Dmitry Kurtaev authored
-
Alexander Alekhin authored
-
Alexander Alekhin authored
-
Alexander Alekhin authored
-
Alexander Alekhin authored
-
James Bowley authored
Old flag resulted in software implementation being selected when the Intel decoder is not the primary adapter.
-
Alexander Alekhin authored
-
- 25 Jun, 2019 1 commit
-
-
Alexander Alekhin authored
-