Modify

Opened 17 years ago

Closed 17 years ago

Last modified 17 years ago

#712 closed Feature Request (Rejected)

enhanced PixelSearch - search direction & logical mask

Reported by: haura Owned by:
Milestone: Component: AutoIt
Version: Severity: None
Keywords: PixelSearch Cc:

Description

A) Search direction:
For symmetry, support should be included for:

  1. left-to-right, top-to-bottom (default & only current option)
  2. right-to-left, top-to-bottom
  3. left-to-right, bottom-to-top
  4. right-to-left, bottom-to-top

Various software (not just games) use gauges on screen and the ability to efficiently find the top/bottom/left/right extremes of a monochrome area would have high utility.

B) Search using a logical-AND "pixel mask":
Accept X and Y dimensions of a pixel mask. Here, a "pixel mask" is an array of pixels in which _all_ pixels must match the target color for the search to terminate. Shade-variation parameter applies.
Of course this pixel mask must be smaller in X and Y dimensions than the rectangle of pixels being searched.

Sometimes onscreen gauges have gradations or text superimposed and so erroneous matches are possible and these situations can require complex (and slow) functions to be written to avoid false positive search results. Requiring _all_ pixels within a search rectangle to match the target color will provide an efficient program building block for such applications.

C) Search using a logical-OR "pixel mask":
Corollary to (B) only using a logical-OR "pixel mask" and the condition for terminating the search changes to being when _none_ of the pixels in "pixel mask" match the target color. Shade-variation parameter applies.

Note that this yields a _different_ result than the result from a "single pixel at a time" style search.

This is useful for those gauges that taper off or have rounded extremities however, it may _also_ be used to effectively ignore any text or gradations superimposed on a monochrome gauge.

Attachments (0)

Change History (4)

comment:1 by TicketCleanup, 17 years ago

Milestone: 3.2.13.12
Severity: BlockingNone
Version: 3.2.12.1

Automatic ticket cleanup.

comment:2 by Valik, 17 years ago

Resolution: Rejected
Status: newclosed

It's clear you didn't search the issue tracker hard enough or you would have found #351 which covers the first part of your request.

As for the rest of the request, write your own. We can't possible provide something that is going to make everybody happy so we provide something basic. If you need something for complicated you can build it yourself.

comment:3 by anonymous, 17 years ago

Your terse response was not called for.

I most certainly did search for and find #351 before filing this request. #351 showed no disposition details. I suppose I must assume that #351 is not rejected but that it also has no target milestone or assigned owner for implementation.

I did consider referencing #351 but decided not to because it the pixel mask element of my request is what I wished to emphasize. In future I will reference possibly related prior requests and/or submit multiple requests with a narrower focus for each one. Thank you for that piece of learning.

I am sorry to read that pixel mask based searches are not within the target scope of your your planned development. I have already started on a library of my own so thank you for that suggestion.

Modify Ticket

Action
as closed The ticket will remain with no owner.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.