Neon optimization of cv::convertScaleAbs

Merge pull request #3233 from niebles:master

Merge github.com:Itseez/opencv

removed setter methods, replaced by CV_PROP_RW macro

Merge pull request #3234 from vpisarev:fixed_photo_test_failure

Merge pull request #2702 from GregoryMorse:patch-3

Merge pull request #2893 from ilya-lavrenov:tapi_vector_width_intel

Merge pull request #3232 from Chuanbo-Weng:master

make sure ptr<> is called with proper parameter, otherwise the assertion fails

fixed whitespaces

extended python interface for KalmanFilter

Merge pull request #3180 from mshabunin:java_ptr_support

Merge pull request #3230 from znah:ipp_median_fix

Use vload to read unaligned data instead of dereference operator.

According to opencl 1.2 spec 6.1.5:
    For arguments to a __kernel function declared to be a pointer to a
    data type, the OpenCL compiler can assume that the pointee is always
    appropriately aligned as required by the data type. The behavior of
    an unaligned load or store is undefined, except for the
    vloadn, vload_halfn, vstoren, and vstore_halfn functions defined in
    section 6.12.7.

Original code read data of type T from address not aligned by multiple
of sizeof(T), so the result is incorrect. With this patch, the cases
./opencv_perf_imgproc
--gtest_filter=OCL_ImgSize_TmplSize_Method_MatType_MatchTemplate.MatchTemplate/*
could work well with beignet 0.9.3.

Signed-off-by: Chuanbo Weng <chuanbo.weng@intel.com>

Merge pull request #3231 from vpisarev:reenable_cpp_samples

Merge pull request #3229 from the-glu:master

Merge pull request #3220 from asmorkalov:ocv_gstreamer

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

Merge pull request #3226 from whoshuu:patch-1

Merge pull request #3227 from PhilLab:patch-3

the samples from the main repository should not depend on modules from opencv_contrib

fix: ippiFilterMedianBorder sometimes crash when doing in-place filtering

Fix typo in error for extrinsic parameters

Doc: Fixing indentation

Fix implicit narrowing error in initializer list

The implicit narrowing in the initializer list throws a compiler error for some compilers with C++11 support turned on. The specific error message is: "error: narrowing conversion of 'PyInt_AsLong(((PyObject*)o))' from 'long int' to 'double' inside { }".

Tested on Clang 5.1.0 and Mac OS X 10.9.4.

Merge pull request #3208 from vbystricky:oclopt_Filter2D

Code review fixes.

Several fixes for GStreamer support in OpenCV

- Accurate ASYC task handling for both GStreamer generations.
- Correct video duration request for videos.
- More accurate pipeline destruction.
- Correct color space conversion plugin for GStreamer 1.0.

Merge pull request #3218 from berak:docfix_colormap_30

Merge pull request #3175 from avdmitry:modern_doc_theme

small corrections to applyColorMap docs

Merge pull request #3126 from avdmitry:move_KDTree_to_ml

Merge pull request #3200 from pierriko:master

Merge pull request #3201 from PhilLab:patch-3

Merge pull request #3206 from stonier:parallel_qt

Merge pull request #3209 from PhilLab:patch-5

Merge pull request #3205 from parafin:ximea_unix-3.0

Merge pull request #3203 from parafin:bug_3858-3.0

Merge pull request #3207 from jamoque:more-better-fixes

Merge pull request #3213 from mshabunin:png_iccp_strip

minor change: moved algorithm type to the end of params

Feature based stitching's wave correction bugfix.

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

Stripped iCCP chunk from png files

Merge pull request #3198 from mshabunin:java_test_fix

Optimization OpenCL version of Filter2D

Fixed some failing java tests

- fixed lena.png extension
- fixed getTextSize wrapper
- added junit html report generation

Visual Studio tutorial: updated library names

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.

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

Conflicts:
modules/highgui/src/cap_msmf.cpp
modules/highgui/src/cap_msmf.hpp
modules/highgui/src/ppltasks_winrt.h

Fix merge conflicts

VS 2013 Update 2 library bug fix integrated

a-wi's changed integrated

Merge pull request #3189 from mshabunin:python_cross_build

Merge pull request #3196 from PhilLab:patch-4

changing many instances of the same grammar error in documentation

fixed support for parallelised imshows with qt via the gui receiver.

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

Updated PnP parameter documentation

Merge pull request #3199 from apavlenko:fix_docs_typo

[samples/pyhton] fix common {LINE->CV}_AA

typo: rect -> roi

Fixed android samples build

Fixed android java test build

Fixed java tests build

- disabled xfeature2d dependency for java wrappers
- fixed java wrappers build after cmake rerun
- disabled opencv_ml tests temporarily
- fixed Imgproc usage in java tests

disabling java bindings for xfeatures2d module due to build errors

Fixing documentation links

Merge pull request #3192 from jkua:master

Merge pull request #3195 from akarsakov:ocl_rm_mul24

Remove mul24 since id can be larger 2^23

tt & header background colors changed

moving algorithm type to param

fixed all known issues

Fixed bad non-ASCII character in how_to_scan_images.cpp which causes a compile error

Merge pull request #3182 from berak:videowriter_docfix_30

Merge pull request #3167 from akarsakov:ocl_rm_clFinish

adding fourcc to VideoWriter docs

underline

Changed cmake python library search startegy for crosscompiling

Merge pull request #3186 from akarsakov:ocl_fixes

Merge pull request #3185 from ElenaGvozdeva:ocl_norm

changed optimal vector width for Intel

disabled IPP acceleration for 3-channel norms and for CV_8S only for APPLE

different enhancements

Fixed calculation of l_stack_size

Merge pull request #3187 from akarsakov:ocl_disabled_minmaxidx

Removed redundant clFinish() after clEnqueueUnmapMemObject()

sss

Disabled minMaxIdx for 32FC1 since it occasionally fails on AMD devices (e.g. A10-6800K)

Merge pull request #3184 from ilya-lavrenov:arm

Merge pull request #3174 from rokm:samples-fix

Merge pull request #3181 from akarsakov:ocl_mul_scale_test_fix

Changed check to NORM_RELATIVE for OCL.Mat_Scalar_Scale tests

Added workaround for Nvidia: take into account that 3-channel vector type takes 4*elem_size in local memory.

Fixed BORDER_REFLECT and BORDER_REFLECT_101 extrapolation for case x > 2*maxV

Merge pull request #3169 from znah:py_wrap

Merge pull request #3179 from alekcac:update_in_youtube_url

NEON impl on cv::convertScaleAba CV_32f

Merge pull request #3170 from ElenaGvozdeva:ocl_fix

Merge pull request #3173 from rokm:cuda-6.5

Merge pull request #3166 from akarsakov:ocl_native_sqrt

Merge pull request #3176 from ilya-lavrenov:ipp_arm

remove structured_edge_detection.hpp from blacklist
don't discard pure virtual methods in hdr_parser.py (was broken anyway)

don't use IPP on ARM

updated links to the official OpenCV youtube channel