opencv

Commit Graph

Author	SHA1	Message	Date
k-shinotsuka	5775ace5e0	improve thresh_8u()	8 years ago
k-shinotsuka	ecfd4ad11e	improve MomentsInTile_SIMD<ushort, int, int>()	9 years ago
Matthew Self	72672c293f	Make goodFeaturesToTrack() return deterministic results When using OCL, the results of goodFeaturesToTrack() vary slightly from run to run. This appears to be because the order of the results from the findCorners kernel depends on thread execution and the sorting function that is used at the end to rank the features only enforces are partial sort order. This does not materially impact the quality of the results, but it makes it hard to build regression tests and generally introduces noise into the system that should be avoided. An easy fix is to change the sort function to enforce a total sort on the features, even in cases where the match quality is exactly the same for two features.	9 years ago
Tomoaki Teshima	57d1591957	imgproc: fix typo * indent line	9 years ago
Alexander Alekhin	2ec63e4dd1	fix android pack build	9 years ago
Tomoaki Teshima	b436f4b995	accelerate bilateralFilter using NEON * clean up some lines	9 years ago
Alexander Alekhin	e20a93f7d6	imgproc test: Canny with custom gradient	9 years ago
Alexander Alekhin	575de89ee2	imgproc: Canny: enable IPP & OpenCL optimization code path	9 years ago
Alexander Alekhin	460b1dc2fa	imgproc: Canny with custom gradient	9 years ago
arybnikov	2deda0e868	Added tests for issues ##4515, 6544	9 years ago
k-shinotsuka	a25dba001d	improve SymmRowSmallVec_8u32s().	9 years ago
k-shinotsuka	6f8695c178	improve RowVec_8u32s().	9 years ago
Tomoaki Teshima	3c2f7ecc97	speed up accumulate, accumulateSquare, accumulateProduct and accumulateWeighted using SIMD * use SSE and/or AVX based on configuration * revise the test to verify the implementation	9 years ago
Vladislav Vinogradov	1c8b1b2d2b	add note about "maxCorners <= 0" case in goodFeaturesToTrack	9 years ago
Tomoaki Teshima	9fca953e62	check the CPU flag correctly	9 years ago
Sergei Nosov	dce310e03c	provide better error messages	9 years ago
Ilya Lavrenov	5bc10ef796	fixed empty image condition in resize	9 years ago
Alexander Alekhin	bb5e25ba7c	migration: github.com/opencv/opencv	9 years ago
Tomoaki Teshima	1095076d7f	imgproc: speed up threshold of 64F version using NEON and SSE * use NEON under aarch64 only * check 64F version correctly	9 years ago
Vitaly Tuzov	c61f7e5334	Fix for median blur of 2-channel images	9 years ago
Jan Starzynski	7f896643e9	fix for buffer-overflow in IPPCalcHistInvoker::operator()	9 years ago
Alexander Alekhin	8b05a4bf93	cvtColor: fix inplace processing	9 years ago
Tomoaki Teshima	78a5aacb22	make NEON more similart to SSE2	9 years ago
Alexander Alekhin	2fb670cf09	hal: fix missing include "opencv2/imgproc/hal/interface.h"	9 years ago
k-shinotsuka	43d5988df6	improve to calculate norm	9 years ago
Suleyman TURKMEN	7c5b981c17	Update drawing.cpp	9 years ago
Vladislav Sovrasov	a2d0cc878c	Implement internal HAL for GEMM and matrix decompositions	9 years ago
Tomoaki Teshima	bbeac745ca	Update test case for 64F version	9 years ago
Suleyman TURKMEN	abab67b574	Update imgproc.hpp update documentation of calcBackProject() calcHist() compareHist()	9 years ago
atinfinity	1f1464c925	remove unnecessary cast	9 years ago
atinfinity	ef0931be44	fixed compilation warning	9 years ago
atinfinity	6930325847	Added test case of cv::threshold(CV_64F)	9 years ago
atinfinity	e4f207c4b4	Changed cv::threshold() to support CV_64F	9 years ago
ohnozzy	db9f611767	Add OpenCL support to linearPolar & logPolar Add OpenCL support to linearPolar & logPolar. The OpenCL code use float instead of double, so that it does not require cl_khr_fp64 extension, with slight precision lost. Add explicit conversion Add explicit conversion from double to float to eliminate warning during compilation.	9 years ago
Vadzim Piatrou	43f854bc5f	fixing CLAHE crash with pixels value > 12 bit	9 years ago
Thomas Schenker	76ced14b3b	fix typo	9 years ago
Maksim Shabunin	5e9192287d	Added HAL cvtColor interface	9 years ago
ohnozzy	9be6b4f2d1	Bug Fix for 6377 Rewrite linearPolar & logPolar so that they do not depend on the deprecated API CvMat. Issue 6377 is resolved in this way because the two routines do not convert UMat to CvMat anymore.	9 years ago
Maksim Shabunin	233612efd7	Reworked HAL dft/dct interface, added replacement documentation	9 years ago
Maksim Shabunin	f40d701427	DFT: renamed HAL functions	9 years ago
Maksim Shabunin	15783cf668	Always use hal::dft in crossCorr function	9 years ago
Maksim Shabunin	008abd28fd	Extracted HAL interfaces for DFT/DCT, added new test	9 years ago
Maksim Shabunin	5877debb6f	HAL resize, warpAffine, warpPerspective interface - added HAL documentation support - added documentation to HAL replacement interface - updated several HAL functions in imgproc module	9 years ago
Maksim Shabunin	a5af69de6a	Java wrapper for moments: do not truncate values in set method	9 years ago
themightyoarfish	68d97502fe	Error message for wrong kernel size was insufficient. When setting a wrong kernel size, the error message only tells the user that it must be odd, however the conditions for rejection include values > 7 which must be communicated. Without that, the message would be incorrect and confusing if the user is unaware that only values 3, 5, 7 are accepted.	9 years ago
Maksim Shabunin	83379695a0	HAL interface for morphology operations	9 years ago
Leonid Volnitsky	bebab8d647	fix: 6149 (through CV_Error on wrong image type)	9 years ago
Zhigang Gong	0b08d2559e	fix potential race condition in canny.cl. See the below code snippet: while(l_counter != 0) { int mod = l_counter % LOCAL_TOTAL; int pix_per_thr = l_counter / LOCAL_TOTAL + ((lid < mod) ? 1 : 0); for (int i = 0; i < pix_per_thr; ++i) { int index = atomic_dec(&l_counter) - 1; .... } .... barrier(CLK_LOCAL_MEM_FENCE); } If we don't put a barrier before the for loop, then there is a possiblity that some work item enter this loop but the others are not, the the l_counter will be reduced in the for loop and may be changed to zero, and the other work items may can't enter the while loop. If this happens, it breaks the barrier's rule which requires all the work items reach the same barrier. And it may hang the GPU depends on the implementation of opencl platform. This issue is raised at: https://github.com/Itseez/opencv/issues/5175 Signed-off-by: Zhigang Gong <zhigang.gong@linux.intel.com>	9 years ago
shruthikashyap	1fbc6ab05d	Adding the syntax and usage for cv2.undistortPoints().	9 years ago
Alexander Alekhin	ec66a3700f	logPolar/linearPolar: more accurate processing near zero angle slice	9 years ago

... 2 3 4 5 6 ...

2304 Commits (9be630466f8c9d6349a7bc557833fe92eb8e5cdf)