- 08 8月, 2017 1 次提交
-
-
由 KUANG, Fangjun 提交于
-
- 27 7月, 2017 1 次提交
-
-
由 Alexander Alekhin 提交于
valgrind provides better detection without memory buffer hacks
-
- 21 7月, 2017 1 次提交
-
-
由 Alexander Alekhin 提交于
-
- 03 7月, 2017 1 次提交
-
-
由 Alexander Alekhin 提交于
-
- 26 6月, 2017 1 次提交
-
-
由 Alexander Alekhin 提交于
-
- 21 6月, 2017 2 次提交
-
-
由 Dmitry Kurtaev 提交于
-
由 Alexander Alekhin 提交于
-
- 20 6月, 2017 1 次提交
-
-
由 Maksim Shabunin 提交于
- cmake dependencies search (WITH_MFX option) - raw H264, H265, MPEG2 encoding and decoding - tests for supported formats
-
- 11 6月, 2017 1 次提交
-
-
由 Alexander Alekhin 提交于
-
- 08 6月, 2017 1 次提交
-
-
由 Alexander Alekhin 提交于
-
- 30 5月, 2017 1 次提交
-
-
由 Robin Chavignat 提交于
-
- 19 5月, 2017 1 次提交
-
-
由 Ryuhei Mori 提交于
-
- 21 4月, 2017 1 次提交
-
-
由 Pavel Vlasov 提交于
-
- 15 4月, 2017 1 次提交
-
-
由 Alexander Alekhin 提交于
-
- 24 3月, 2017 1 次提交
-
-
由 Maksim Shabunin 提交于
-
- 23 3月, 2017 1 次提交
-
-
由 Alexander Alekhin 提交于
-
- 22 2月, 2017 1 次提交
-
-
由 Alexander Alekhin 提交于
-
- 14 2月, 2017 1 次提交
-
-
由 Alexander Alekhin 提交于
-
- 12 2月, 2017 1 次提交
-
-
由 Gabriel B. Nunes 提交于
CMake has a long-standing bug/feature (see [here](https://cmake.org/pipermail/cmake/2015-March/060204.html) and reply [here](https://cmake.org/pipermail/cmake/2015-March/060209.html)) which can mangle certain path variables by attempting to make them into relative paths if you try to set them with CACHE PATH. Say you have your OpenCV download at `/path/on/my/computer/to/opencv/`. What actually happens is that if you try to set this variable by invoking CMAKE with `-DCMAKE_INSTALL_PREFIX=/my/desired/install/path`, what you end up is *not* `/usr/local/` and *not* `my/desired/install/path`, but instead, this monstrosity: `/path/on/my/computer/to/opencv/src/OpenCV-build//my/desired/install/path`. That is, CMake attempts, for some reason, to turn the path that you passed into a path relative to `${CMAKE_BINARY_DIR}`. See the links I posted above: this is a known (and apparently unfixable) issue with CMake. In OpenCV's case, among other potential issues, this leads to broken paths in `opencv_tests_config.hpp`, which can break the build or cause bizarre behaviour. The fix for this issue, as stated in my links above, is to test that the variable hasn't been set yet with an `if(NOT DEFINED ...)` before attempting to set it. This is what I've implemented here. I admit I don't know enough about OpenCV's internals to know whether you *really* need to force the install to be in `/usr/local`, but as it stands right now you get *neither* a clean `/usr/local` path *nor* a customized `/my/desired/install/path`, but a broken mess. This change at least allows the user to customize their install directory. In the meantime, there's a workaround for this, by explicitly defining the variable as a path with `-DCMAKE_INSTALL_PREFIX:PATH=my/desired/install/path`. But if this change can save anyone else the hours of headaches that I had today, I'll be happy.
-
- 10 2月, 2017 1 次提交
-
-
由 Ilija Puaca 提交于
-
- 31 1月, 2017 1 次提交
-
-
由 Maksim Shabunin 提交于
-
- 23 1月, 2017 1 次提交
-
-
由 Alexander Alekhin 提交于
-
- 23 12月, 2016 1 次提交
-
-
由 Vadim Pisarevsky 提交于
* moved BLAS/LAPACK detection scripts from opencv_contrib/dnn to the main repository. * trying to fix the bug with undefined symbols sgesdd_ and dgesdd_ * removed extra whitespaces; disabled LAPACK on IOS
-
- 14 12月, 2016 1 次提交
-
-
由 Alexander Alekhin 提交于
-
- 02 12月, 2016 1 次提交
-
-
由 Alexander Alekhin 提交于
-
- 30 11月, 2016 1 次提交
-
-
由 Alexander Alekhin 提交于
-
- 28 11月, 2016 4 次提交
-
-
由 Alexander Alekhin 提交于
-
由 Alexander Alekhin 提交于
Useful for debug purposes: cmake -DDEBUG_POST="ocv_cmake_dump_vars(CUDA)" . cmake -DCMAKE_PRE="ocv_cmake_dump_vars(\"OPENCL|opencl\")" .
-
由 Alexander Alekhin 提交于
-
由 Alexander Alekhin 提交于
-
- 23 11月, 2016 1 次提交
-
-
由 Alexander Alekhin 提交于
-
- 18 11月, 2016 1 次提交
-
-
由 Alexander Alekhin 提交于
-
- 10 11月, 2016 1 次提交
-
-
由 Alexander Alekhin 提交于
-
- 23 10月, 2016 1 次提交
-
-
由 Arek 提交于
Aravis several updates * Fix adressing camera with id=0 * Aravis buffer property control & status added * Modify of autoexposure algorith, ream frame ID from aravis + new properites * Change of macro name * VideoCapture now returns no frame on camera disconnecion * Allow aravis-0.4 usage, proper camera object release.
-
- 08 10月, 2016 1 次提交
-
-
由 ArkadiuszRaj 提交于
-
- 04 10月, 2016 1 次提交
-
-
由 mshabunin 提交于
-
- 20 9月, 2016 1 次提交
-
-
由 Alexander Alekhin 提交于
-
- 09 9月, 2016 1 次提交
-
-
由 Alexander Alekhin 提交于
-
- 25 8月, 2016 1 次提交
-
-
由 Maksim Shabunin 提交于
-
- 24 8月, 2016 1 次提交
-
-
由 yoffy 提交于
-