I Getting Points Inside Of A Polygon

  • I
  • Thread starter Thread starter twoski
  • Start date Start date
  • Tags Tags
    Points Polygon
AI Thread Summary
The discussion centers on finding efficient methods to determine if points lie within a complex polygon. Current methods involve ray tracing and counting edge collisions, but participants suggest these may not be the fastest approaches. Alternatives like using bounding boxes, color pixel techniques, and the Flood Fill algorithm are proposed for potentially better performance. The conversation also touches on leveraging GPU capabilities for point-in-polygon tests. Overall, the goal is to identify a more efficient algorithm for point inclusion in polygons, especially concave ones.
twoski
Messages
177
Reaction score
2
Let's say we have a somewhat complex polygon shape.

fNmZ4fZ.png


We know the list of 2d vectors that make up its border loop.

Now let's say i want to create a list of points within this polygon. Currently i am using ray traces to create a grid of points that fall within the polygon. I'm certain there is a better and faster way to achieve this without using raytraces though. Does anyone know of an algorithm to detect whether a point falls within a polygon which may be concave?
 

Attachments

  • fNmZ4fZ.png
    fNmZ4fZ.png
    3.3 KB · Views: 830
Mathematics news on Phys.org
When I did games ages ago, I would use background color to determine if a point was inside.

Another trick would be bounding box to eliminate some points. For others it gets trickier.
 
I have read about one approach where you draw a ray from a given point to the right then count how many times it collides with a polygon edge. If the number is odd, it's inside. If it's even, it's outside. The issue with this approach, i think, is that it wouldn't be any faster than my current raytracing since you still have to do a fair bit of collision checking with the line.
 
Yes also what do you do about shapes within shapes or shapes overlapping shapes. That’s why I liked the color pixel approach. You could subtly adjust the color value to make each shape unique or maybe its intensity value.

People won’t notice subtle changes.
 
You don't need to modify the output for the user, you can store an internal array of pixels if that is helpful for the game. If you need many points it might save some computing time.
 
  • Like
Likes jedishrfu
Great idea @mfb

My gaming experience is from the days of the C64 where memory was more constrained and pixel checks were somewhat common in Basic programming.

Also the shape fill method was available to do the tough work of colorizing the area.
 
twoski said:
I have read about one approach where you draw a ray from a given point to the right then count how many times it collides with a polygon edge. If the number is odd, it's inside. If it's even, it's outside. The issue with this approach, i think, is that it wouldn't be any faster than my current raytracing since you still have to do a fair bit of collision checking with the line.
Does it help if you actually draw the polygon perimeter in scratch memory? You could then sample a byte - or even a quadword - at a time to see if the ray has a bit set in the sample.

If you have a GPU available in the system there may even be a Call to do the testing.

Something that may lead to a different approach to the problem is the Flood Fill algorithm. Once one point is found inside the polygon, all the others are findable.
 
Back
Top