- 06 May, 2015 6 commits
-
-
Vladislav Vinogradov authored
(cherry picked from commit cbdddb47)
-
Vladislav Vinogradov authored
sanity fails on Maxwell and CUDA 7.0 due to unknow reason (cherry picked from commit b4c2891e)
-
Vladislav Vinogradov authored
in case if image has odd dimension (cherry picked from commit 13252133)
-
Vladislav Vinogradov authored
(cherry picked from commit fb15bdfb)
-
Vladislav Vinogradov authored
(cherry picked from commit 9d2d1734)
- 19 Apr, 2015 30 commits
-
-
Vladislav Vinogradov authored
(cherry picked from commit 6a6619ec)
-
Vladislav Vinogradov authored
added launch bounds attributes for all CUDA kernels (cherry picked from commit d2251687)
-
Vladislav Vinogradov authored
(cherry picked from commit 17608f7a)
-
Vladislav Vinogradov authored
uninitialized value (cherry picked from commit 81ebe28c)
-
Vladislav Vinogradov authored
(cherry picked from commit 27302c36)
-
Vladislav Vinogradov authored
initialize HOG after CUDA device switch (cherry picked from commit c849492d)
-
Vladimir Kolesnikov authored
If used cl compiler, but generator is not Visual Studio e.g. Ninja, enable FS option to prevent blocking PDB file in multithreaded build. (cherry picked from commit 58c91356)
-
Vladislav Vinogradov authored
move hog::set_up_constants from constructor to compute method if user changed CUDA device between constructor and computation, some variables were uninitialized (cherry picked from commit 21bbed7b)
-
Vladislav Vinogradov authored
previous implementation was not thread/stream safe, since it used constant memory new implementation doesn't use any global objects, so it is thread/stream safe (cherry picked from commit 4f5d30a8)
-
Vladislav Vinogradov authored
(cherry picked from commit c147ab1e)
-
Roman Donchenko authored
Everything else depends on it, after all. (cherry picked from commit cf54e3b9)
-
Roman Donchenko authored
(cherry picked from commit 6d52ea89)
-
Roman Donchenko authored
Which also happens to align the non-Debian specific variables with the ones used by upstream CMake. (cherry picked from commit b8c60234) Conflicts: cmake/OpenCVPackaging.cmake
-
Roman Donchenko authored
They don't actually do anything. And even if they did, all components are enabled by default, anyway. (cherry picked from commit 49fe4969)
-
Roman Donchenko authored
FFmpeg now requires that frames allocated with avcodec_alloc_frame are freed with avcodec_free_frame. (cherry picked from commit 77578d41)
-
Roman Donchenko authored
Absolute destinations are not necessary, and prevent CPack from working. (cherry picked from commit 0387f8ad)
-
Alexander Smorkalov authored
(cherry picked from commit a87ccb9a)
-
Alexander Smorkalov authored
(cherry picked from commit e6ac6400)
-
Vladislav Vinogradov authored
(cherry picked from commit 7bb8c500)
-
Alexander Smorkalov authored
(cherry picked from commit cf852972)
-
Alexander Smorkalov authored
(cherry picked from commit 9206ec30)
-
Alexander Smorkalov authored
(cherry picked from commit be6b8476)
-
Alexander Smorkalov authored
(cherry picked from commit ddc1b965)
-
Vijay Pradeep authored
(cherry picked from commit 042ff210)
-
Vladislav Vinogradov authored
use ASSERT_FLOAT_EQ to compare float values, it is more robust for large values (cherry picked from commit d00f36ec)
-
Roman Donchenko authored
... before any exceptions occur. (cherry picked from commit 08da247a)
-
Vladislav Vinogradov authored
(cherry picked from commit eeb99726)
-
Roman Donchenko authored
(cherry picked from commit 7d8e5f62)
-
Vicente Olivert Riera authored
superres module fails to compile with the following error messages: [100%] Building CXX object modules/superres/CMakeFiles/opencv_superres.dir/src/super_resolution.cpp.o /opencv-2.4.10/modules/superres/src/frame_source.cpp: In function 'cv::Ptr<cv::superres::FrameSource> cv::superres::createFrameSource_Video_GPU(const string&)': /opencv-2.4.10/modules/superres/src/frame_source.cpp:263:16: error: expected type-specifier before 'VideoFrameSource' /opencv-2.4.10/modules/superres/src/frame_source.cpp:263:16: error: could not convert '(int*)operator new(4ul)' from 'int*' to 'cv::Ptr<cv::superres::FrameSource>' /opencv-2.4.10/modules/superres/src/frame_source.cpp:263:16: error: expected ';' before 'VideoFrameSource' /opencv-2.4.10/modules/superres/src/frame_source.cpp:263:41: error: 'VideoFrameSource' was not declared in this scope /opencv-2.4.10/modules/superres/src/frame_source.cpp:264:1: error: control reaches end of non-void function [-Werror=return-type] cc1plus: some warnings being treated as errors make[3]: *** [modules/superres/CMakeFiles/opencv_superres.dir/src/frame_source.cpp.o] Error 1 make[3]: *** Waiting for unfinished jobs.... This is caused because the return value of the createFrameSource_Video_GPU function should be a VideoFrameSource_GPU object. (cherry picked from commit 2e393ab8)
-
Vladislav Vinogradov authored
Install symlinks to shared libraries as a part of development package, not runtime package. It is default behavior for debian packages. (cherry picked from commit f55c1cc0)
-
- 05 Nov, 2014 1 commit
-
-
Alexander Smorkalov authored
-
- 04 Nov, 2014 3 commits
-
-
Vladislav Vinogradov authored
(cherry picked from commit 84f33d05)
-
Vladislav Vinogradov authored
(cherry picked from commit 5c07e0b6)
-
Vladislav Vinogradov authored
(cherry picked from commit e0827069)
-