get rid of cuda.h usage
(cherry picked from commit eeb997261d1d22e8c69af777c86e21cce2d04f87)

Fix uninitialized memory reads and memory leaks in StereoGC

(cherry picked from commit 7d8e5f623a9f1f971c45aa4912dc4679f5165f43)

superres: Fix \ 1\ 1return value VideoFrameSource_GPU

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 \ 1createFrameSource_Video_GPU function should be a VideoFrameSource_GPU object.
(cherry picked from commit 2e393ab83362743ba1825ad4b31d4a2925c606b4)

fix installation layout for debian packages:

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 f55c1cc0fb390f88c91557cb443e932f459c5849)

Version++.

minor fix for StereoCSBP data cost compute kernel and test

(cherry picked from commit 84f33d0578d3a836c8384608363ef5e2c24030fa)

increase epsilons for some tests, which functions use floating point arithm

(cherry picked from commit 5c07e0b6d3f120c964ce8fac58bd2ab0ede96562)

avoid pointer arithmetic on register memory in color conversion

(cherry picked from commit e0827069c1c242ad9fceede43c642f8dfad0ef99)

Merge pull request #3288 from StevenPuttemans:fix_ts_dependencies

Merge pull request #3281 from a-wi:MSMF_remove_ATL_dependency

Merge pull request #3290 from asmorkalov:android_disable_fisheye.rectify_for_tegra

Merge pull request #3291 from asmorkalov:android_superres_video_check

Turn off superres accuracy tests if video i/o is not supported.

Merge pull request #3275 from asmorkalov:ocv_gstreamer_backport

Merge pull request #3285 from asmorkalov:android_servive_big.little_fix

Merge pull request #3287 from asmorkalov:android_manager_version_inc5

OpenCV Manager hardware detector workaround for not detected ARM SoC support.

Merge pull request #3282 from asmorkalov:android_exclude_ocl

Test fisheye.rectify disabled for Tegra.

fixing dependencies

Highgui_Video.prop_fps disabled as fails with FFmpeg in Ubuntu 14.04.

GStreamer 1.0 backport from master branch.

OpenCV Manager version++.

Remove ATL dependency from MSMF capture code

Use _com_ptr_t instead of CComPtr in ComPtr wrapper to avoid ATL dependency.

Exclude OpenCL tests from default test list for Android as they are experimental.

Merge pull request #3263 from asmorkalov:python_tests_package_lintian

Added implicit dependency from python and python-py to debian packages.

Merge pull request #3272 from mgeorg:reset_ffmpeg_mutex_2_4

Merge pull request #3266 from mshabunin:arm_warning

Merge pull request #3260 from a-wi:MSMF_file_error

set ffmpeg mutex to NULL on destruction.

The Mutex manager registered with ffmpeg must reset the mutex to NULL after destruction, otherwise ffmpeg will give the invalid mutex to the next mutex manager when it asks it to CREATE a new mutex.
See ffmpeg code: http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/utils.c;h=28c5785398fcf11a3d3c70a8cd09e9df798e2734;hb=HEAD#l3423

Cherry picked from head (file has moved but issue is the same).
Conflicts:
modules/videoio/src/cap_ffmpeg_impl.hpp

Fixed warning during cross compile for ARM

Merge pull request #3261 from a-wi:CMake_FFMPEG_config

Merge pull request #3262 from StevenPuttemans:fix_window_param

fixing some wrong CPP prefixes - still old interface

Use FFMPEG capture only if HAVE_FFMPEG flag is defined.

Fixed CMake issue with FFMPEG highgui configuration

Currently, FFMPEG source files are included in highgui project file regardless of CMake WITH_FFMPEG option.
After applying this PR FFMPEG files are included only if WITH_FFMPEG option is enabled.

Fixed MSMF file capture error while opening the file containing unsupported video stream format

Merge pull request #3255 from bhack:fix_cuda_macosx

Fix for bug #3469 CV_XADD failing in clang+nvcc combination

Taken from 3f0765523113ae7fc1b300f27dd78c642bb2b6c7

Merge pull request #3251 from a-wi:MSMF_camera_errors

Merge pull request #3244 from tstellarAMD:2.4-ocl-inline-fix-v2

Merge pull request #3190 from StevenPuttemans:fix_simpleblobdetector

Fixing errors

Fixed assertion warning in MSMF frame grabber

Fixed MSMF video capture initialization

Merge pull request #3247 from a-wi:CMake_MSMF_configuration

Merge pull request #3243 from a-wi:MSMF_linking_error

fix blobdetector

CMake configuration for MSMF capture

Fix linking error under Win 7 - do not import MinCore_Downlevel.lib if target is Win 7 or earlier.

ocl: Don't use 'inline' attribute on functions

In C99 'inline' is not a hint to the compiler to inline the function,
it is an attribute that affects the linkage of the function.  'inline'
functions are required to have a definition in a different compiliation
unit, so compilers are free to delete 'inline' functions if they want to.

This issue can be seen in Clang when compiling at -O0.  Clang
will sometimes delete 'inline' functions which creates an invalid
program.

Issue 3746: http://code.opencv.org/issues/3746

Merge pull request #3240 from a-wi:MSMF_compilation_errors

Merge pull request #3241 from WilhelmHannemann:bugfix_brute_force_match_cl

Fixed compilation errors under VS 2010 and Win 7

Merge branch 'bugfix_brute_force_match_cl' of https://github.com/WilhelmHannemann/opencv into bugfix_brute_force_match_cl

Bugfix brute_force_match.cl (see code.opencv.org/issues/2837): wrong results for non-float descriptors in OpenCL BruteForceMatcher

Bugfix brute_force_match.cl (Bug #2837): wrong results for non-float descriptors in OpenCL BruteForceMatcher

Merge pull request #3238 from vpisarev:bfmatcher_fix

Merge branch 'bug_3172' of https://github.com/elmarb/opencv into bfmatcher_fix;
use different fix for the problem, embedded right into the BFMatcher.

fix for bug 3172

Revert "fix for bug 3172"

This reverts commit ed2cdb71e5821db85b57cf60d88689c2bf32aeeb.

fix for bug 3172

regression test for bug 3172

Merge pull request #3235 from Atanahel:gbt_bugfix

Merge pull request #3236 from vpisarev:fix_traincascade

Check sure that we're not already below required leaf false alarm rate before continuing to get negative samples.

Fixing a line where integer data was treated as floating point data.

Merge pull request #2711 from GregoryMorse:patch-5

Merge pull request #3212 from mshabunin:python_cross_build_2.4

Merge pull request #2047 from GregoryMorse:patch-4

Merge pull request #3222 from dmitrygribanov:dg/2.4-stitching-wave-correction-bugfix

Merge pull request #3225 from jormansa:bug_#3631

Merge pull request #3228 from PhilLab:patch-4

Doc: Fixing indentation

bug fixed

Merge pull request #3219 from mshabunin:png_iccp_strip_24

Feature based stitching's wave correction bugfix.

When we have similar matrices in input, then algorithm returns matrices
with NaN values.

Merge pull request #3221 from asmorkalov:ocv_2.4.10_version_inc

OpenCV version++.

Stripped iCCP chunk from png files

Merge pull request #3204 from parafin:ximea_unix-2.4

Merge pull request #3202 from parafin:bug_3858-2.4

Changed cmake python library search startegy for crosscompiling

Add support for WinRT in the MF capture framework by removing the disallowed calls to enumerate devices and create a sample grabber sink and adding framework for the MediaCapture interface and a custom sink which interfaces with the sample grabber callback interface. The change requires discussion for making it completely functional as redundancy is required given that if the source is a video file, the old code pathways must be used. Otherwise all IMFMediaSession, IMFMediaSource, and IMFActivate code must use a MediaCapture code path and all sink code must use the CMediaSink custom sink.

Support for the custom sink is extended to non-WinRT not for compatibility as Windows Vista client is a minimum regardless, but because it offers more flexibility, could be faster and is able to be used as an optionally different code path during sink creation based on a future configuration parameter.

My discussion and proposal to finish this change:
 Devices are so easily enumerated through WinRT Windows.Devices namespace that wrapping the calls in a library is quite a chore for little benefit though to get the various modes and formats could still be a worthwhile project. For now conditional compilation to remove videodevices and any offending non-video file related activity in videodevice. In my opinion, this is a different , far less fundamental and important change which can possibly be done as a future project and also much more easily implemented in C++/CX.

ImageGrabber has the IMFSampleGrabberSinkCallback replaced with a base class (SharedSampleGrabber) which also be is base class for ImageGrabberRT. This change is necessary as the custom sink does not require a thread to pump events which is done through MediaCapture already. IMFSampleGrabberSinkCallback is the common element between both models and that piece can be shared. Initializing the new ImageGrabberRT is as simple as passing an already initialized MediaCapture object and any video format/encoding parameters.

The concurrency event is necessary to wait for completion and is the way the underlying, IAsyncAction wrappers in the task library work as well. Native WIN32 event objects would be an option if HAVE_CONCURRENCY is not defined. I could even imagine doing it with sleep/thread yield and InterlockedCompareExchange yet I am not enthusiastic about that approach either. Since there is a specific compiler HAVE_ for concurrency, I do not like pulling it in though I think for WinRT it is safe to say we will always have it available though should probably conditionally compile with the Interlocked option as WIN32 events would require HAVE_WIN32.

It looks like C++/CX cannot be used for the IMediaExtension sink (which should not be a problem) as using COM objects requires WRL and though deriving from IMediaExtension can be done, there is little purpose without COM. Objects from C++/CX can be swapped to interact with objects from native C++ as Inspectable* can reinterpret_cast to the ref object IInspectable^ and vice-versa. A solution to the COM class with C++/CX would be great so we could have dual support. Also without #define for every WRL object in use, the code will get quite muddy given that the */^ would need to be ifdef'd everywhere.

Update cap_msmf.cpp

Fixed bugs and completed the change.  I believe the new classes need to be moved to a header file as the file has become to large and more classes need to be added for handling all the asynchronous problems (one wrapping IAsyncAction in a task and another for making a task out of IAsyncAction).  Unfortunately, blocking on the UI thread is not an option in WinRT so a synchronous architecture is considered "illegal" by Microsoft's standards even if implementable (C++/CX ppltasks library throws errors if you try it).  Worse, either by design or a bug in the MF MediaCapture class with Custom Sinks causes a crash if stop/start previewing without reinitializing (spPreferredPreviewMediaType is fatally nulled).  After decompiling Windows.Media.dll, I worked around this in my own projects by using an activate-able custom sink ID which strangely assigns 1 to this pointer allowing it to be reinitialized in what can only be described as a hack by Microsoft.  This would add additional overhead to the project to implement especially for static libraries as it requires IDL/DLL exporting followed by manifest declaration.  Better to document that it is not supported.

Furthermore, an additional class for IMFAttributes should be implemented to make clean architecture for passing around attributes as opposed to directly calling non-COM interface calls on the objects and making use of SetProperties which would also be a set up for an object that uses the RuntimeClass activation ID.

The remaining changes are not difficult and will be complete soon along with debug tracing messages.

Update and rename cap_msmf.h to cap_msmf.hpp

Successful test - samples are grabbed

Library updated and cleaned up with comments, marshaling, exceptions and linker settings
Fixed trailing whitespace

VS 2013 support and cleanup consistency plus C++/CX new object fixed

VS 2013 Update 2 library bug fix integrated

Various minor cleanup

Create agile_wrl.h

a-wi's changes integrated

Update cap_msmf.hpp

Update cap_msmf.cpp

Regression test fixes and simplifications

Add VS2013 support

Fix indentation in output that made it look like changes were dependent on WinRT when they are independent libraries.

Defaults needed flipping otherwise undesired behavior.  Change is tested with combinations.

Fixed and tested

Windows Phone v8.0/v8.1 SDK for Universal Windows Apps (Windows Phone v8.1 Silverlight App support not included) and fix initial cache causing problem

XIMEA cam support: allow on OS X too

XIMEA cam support: use correct library for 64 bit Linux

fix for issue 3858 (remove unneeded #include's)

also use correct include path on Linux

Merge pull request #3194 from stonier:2.4

Merge pull request #3197 from asmorkalov:python_tests_package

Python tests added to -tests deb package.

make sure children are included in the moveToThread

support invokation of cv windows from parallel threads to an external qt application.

Merge pull request #3156 from sergregory:CreateSamplesMod

Warning on converting int to bool fixed

Include for cvSameImage corrected

fix for bug 3172

Revert "fix for bug 3172"

This reverts commit ed2cdb71e5821db85b57cf60d88689c2bf32aeeb.

Documentation update: createsamples usage