- 04 7月, 2019 9 次提交
-
-
由 Alexander Alekhin 提交于
-
由 Vitaly Tuzov 提交于
-
由 Alexander Alekhin 提交于
-
由 Diego 提交于
* onnx clip operation
-
由 Alexander Alekhin 提交于
-
由 Alexander Alekhin 提交于
-
由 Alexander Alekhin 提交于
-
由 Alexander Alekhin 提交于
-
由 Alexander Alekhin 提交于
-
- 03 7月, 2019 11 次提交
-
-
由 Alexander Alekhin 提交于
-
由 gal0is 提交于
-
由 Alexander Alekhin 提交于
-
由 Alexander Alekhin 提交于
-
由 Alexander Alekhin 提交于
-
由 Rafa Gomez-Jordana 提交于
-
由 Alexander Alekhin 提交于
-
由 Alexander Alekhin 提交于
-
由 arnaudbrejeon 提交于
-
由 Alexander Alekhin 提交于
-
由 Alexander Alekhin 提交于
-
- 02 7月, 2019 6 次提交
-
-
由 Tomoaki Teshima 提交于
-
由 Alexander Alekhin 提交于
-
由 armenpoghosov 提交于
Merge pull request #14828 from armenpoghosov:parmen_RANSACPointSetRegistrator_getSubset_disaster_cleanup Parmen ransac point set registrator get subset disaster cleanup (#14828)
-
由 Alexander Alekhin 提交于
-
由 Alexander Alekhin 提交于
-
由 Vitaly Tuzov 提交于
* Avoid using v_signmask universal intrinsic and mark it as deprecated * Renamed v_find_negative to v_scan_forward
-
- 01 7月, 2019 2 次提交
-
-
由 Alexander Alekhin 提交于
-
由 StefanBruens 提交于
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: NStefan 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: NStefan Brüns <stefan.bruens@rwth-aachen.de>
-
- 30 6月, 2019 5 次提交
-
-
由 Alexander Alekhin 提交于
-
由 Stefan Brüns 提交于
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: NStefan Brüns <stefan.bruens@rwth-aachen.de>
-
由 Alexander Alekhin 提交于
-
由 Alexander Alekhin 提交于
-
由 Dmitry Kurtaev 提交于
-
- 29 6月, 2019 3 次提交
-
-
由 Alexander Alekhin 提交于
- make it configurable via OPENCV_TBB_RELEASE + OPENCV_TBB_RELEASE_MD5 - remove legacy support
-
由 Alexander Alekhin 提交于
- builds with CMAKE_SKIP_RPATH=ON should properly find project .so files from <build>/lib directory - $ORIGIN doesn't work properly in cross-compilation mode
-
由 Alexander Alekhin 提交于
-
- 28 6月, 2019 4 次提交
-
-
由 Stefan Brüns 提交于
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 提交于
-
由 Stefan Brüns 提交于
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: NStefan Brüns <stefan.bruens@rwth-aachen.de>
-
由 Alexander Alekhin 提交于
-