Skip to content

opencl: size the Harris responses grid by columns then rows - #3728

Draft
melonakos wants to merge 2 commits into
masterfrom
fix/3357-harris-grid
Draft

melonakos wants to merge 2 commits into
masterfrom
fix/3357-harris-grid

Conversation

@melonakos

Copy link
Copy Markdown
Member

The OpenCL Harris responses kernel maps get_global_id(0) to columns and get_global_id(1) to rows, but the launch sized the grid the other way round, so on non-square images every pixel beyond the shorter dimension was skipped: a 64x512 image reports corners only in its first 64 columns, and a 512x64 image reports none at all. CUDA and CPU already do this right. The two-line fix is Stefan's from #3357, kept under his authorship; the SUSAN coordinate change in that PR is left out.

Adds Harris.NonSquareImage, which fails against master on the OpenCL backend (4 corners found of 32) and passes with the fix. Verified on Intel Arc B580 and UHD 770; the harris suite passes on both, and the CPU backend gives the same counts.

syurkevi and others added 2 commits September 10, 2026 23:22
The responses kernel maps get_global_id(0) to columns (dims[1]) and
get_global_id(1) to rows (dims[0]), but the launch sized the grid the other
way round, so on non-square images every pixel beyond the shorter dimension
was skipped and its corners never reported. Extracted from #3357.
Synthetic 64x512 and 512x64 images with one bright square per 64-column
band; every square's four corners must be found.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants