[To be added]Expand SF boundaries

[YoMama]

The boundary around the ship that's next to the Golden Gate should be expanded, since it's still right up against the edge of the ship. It might also be nice to give a little more room for the other ship (the one with the stairs) too, since people often hit those boundaries with planes.

[Crash]

Supporting.

[Jonne]

We can't really expand the bounds around the small ship much more, but we'll give more room around the bigger ship.

[Ahsoka_Tano]

We can't really expand the bounds around the small ship much more, but we'll give more room around the bigger ship.

You can easily make boundaries like this.
By the Federal State everything above the road connection with the bridge is still in San Fierro territory. Boundaries show what San Fierro owns not where is the territory.
Yes You can easily choose boundaries like that.

[Shark_The_Helicopter]

We can't really expand the bounds around the small ship much more, but we'll give more room around the bigger ship.

You can easily make boundaries like this.
By the Federal State everything above the road connection with the bridge is still in San Fierro territory. Boundaries show what San Fierro owns not where is the territory.
Yes You can easily choose boundaries like that.

Is such mapping with these amount of sides even possible?

[Ahsoka_Tano]

We can't really expand the bounds around the small ship much more, but we'll give more room around the bigger ship.

You can easily make boundaries like this.
By the Federal State everything above the road connection with the bridge is still in San Fierro territory. Boundaries show what San Fierro owns not where is the territory.
Yes You can easily choose boundaries like that.

Is such mapping with these amount of sides even possible?

Yes. You can even make a 200 point boundary if you want to i worked with this in mta and it works in samp the same but idk how his boundaries work and im not gonna even look into it.

[Jonne]

We can't really expand the bounds around the small ship much more, but we'll give more room around the bigger ship.

You can easily make boundaries like this.
By the Federal State everything above the road connection with the bridge is still in San Fierro territory. Boundaries show what San Fierro owns not where is the territory.
Yes You can easily choose boundaries like that.

Is such mapping with these amount of sides even possible?

Yes. You can even make a 200 point boundary if you want to i worked with this in mta and it works in samp the same but idk how his boundaries work and im not gonna even look into it.

Unfortunately, boundaries like that aren't possible by default in SAMP ( you can only define a rectangle as a bounding box). Altus made a custom boundary system that made what you suggested possible. But again, to draw the boundaries we're limited by SAMP again, and we solved it by drawing lines using gangzones (the same ones that we use to draw the spawnzones). So, as we're drawing the boundaries with rectangles that we made to look as lines, we're limited to only having bounds parallel to the x and y axis.

[YoMama]

Unfortunately, boundaries like that aren't possible by default in SAMP ( you can only define a rectangle as a bounding box). Altus made a custom boundary system that made what you suggested possible. But again, to draw the boundaries we're limited by SAMP again, and we solved it by drawing lines using gangzones (the same ones that we use to draw the spawnzones). So, as we're drawing the boundaries with rectangles that we made to look as lines, we're limited to only having bounds parallel to the x and y axis.

So, if I understand this correctly, you're saying that Altus' boundary system would allow boundaries that are not parallel to the X or Y axes, but that the system for drawing boundaries is incapable of displaying them?

Assuming you wouldn't hit a limit on the number of gangzones, why couldn't you draw small, square gangzones to act as "pixels" and draw whatever shapes you want with them? Once you can draw pixels, you can use a simple algorithm like Bresenham's to draw any line you want. Hell, you could even do B-spline curves to make mapping the boundaries impressively smooth, though that would be overkill. I don't know how the gangzones are drawn or tracked, so I'm not sure how (or if) it would have effects on performance, but I don't think drawing with Bresenham's would be too bad.

You could even optimize Bresenham's by drawing the long, rectangular zones you're currently using for multiple pixels in line parallel to an axis, when possible (so in this picture, you'd draw 5 short, disconnected lines parallel to the X axis of lengths 2, 2, 3, 2, 2 pixels instead of all 11 pixels individually, but if you had a 45° line, you'd still draw it with your individual "pixels"). That way, you'd avoid whatever overhead might come from having more small gangzones than you need (if that overhead is even significant).

If, before investing time in implementing Bresenham's, you want to test how the game behaves with possibly hundreds or thousands of small gangzones, I think you could pretty easily convert the current non-oblique system to using entirely pixels or just draw a fuckton of pixels in one spot and see what happens.

[Ahsoka_Tano]

Square boundaries are easier thats why he said it.
These shaped boundaries are harded, but possible you cant use them with  the setboundaries tho youll need to make a tick that checks the players boundaries atleast every 2 seconds in order to avoid getting out of them.

[Jonne]

Unfortunately, boundaries like that aren't possible by default in SAMP ( you can only define a rectangle as a bounding box). Altus made a custom boundary system that made what you suggested possible. But again, to draw the boundaries we're limited by SAMP again, and we solved it by drawing lines using gangzones (the same ones that we use to draw the spawnzones). So, as we're drawing the boundaries with rectangles that we made to look as lines, we're limited to only having bounds parallel to the x and y axis.

So, if I understand this correctly, you're saying that Altus' boundary system would allow boundaries that are not parallel to the X or Y axes, but that the system for drawing boundaries is incapable of displaying them?

Assuming you wouldn't hit a limit on the number of gangzones, why couldn't you draw small, square gangzones to act as "pixels" and draw whatever shapes you want with them? Once you can draw pixels, you can use a simple algorithm like Bresenham's to draw any line you want. Hell, you could even do B-spline curves to make mapping the boundaries impressively smooth, though that would be overkill. I don't know how the gangzones are drawn or tracked, so I'm not sure how (or if) it would have effects on performance, but I don't think drawing with Bresenham's would be too bad.

You could even optimize Bresenham's by drawing the long, rectangular zones you're currently using for multiple pixels in line parallel to an axis, when possible (so in this picture, you'd draw 5 short, disconnected lines parallel to the X axis of lengths 2, 2, 3, 2, 2 pixels instead of all 11 pixels individually, but if you had a 45° line, you'd still draw it with your individual "pixels"). That way, you'd avoid whatever overhead might come from having more small gangzones than you need (if that overhead is even significant).

If, before investing time in implementing Bresenham's, you want to test how the game behaves with possibly hundreds or thousands of small gangzones, I think you could pretty easily convert the current non-oblique system to using entirely pixels or just draw a fuckton of pixels in one spot and see what happens.

I don't think it's worth spending a lot of time on such a complex system, when we already have pretty accurate boundaries right now. I know it's not perfect, but I don't really see a lot of added value having the boundaries precisely where they need to be, compared to where they are now. Also, I'm not really sure if it would even be possible, since the limit on gangzones is 1024.

[Shark_The_Helicopter]

So Gangzones limit are 1024. Can I ask how many of em are already in use for future reference for map suggestions? Incase a better mapping is not implemented in the near future

[Jonne]

So Gangzones limit are 1024. Can I ask how many of em are already in use for future reference for map suggestions? Incase a better mapping is not implemented in the near future

Right now, every line uses 1 gangzone, so for example, LS uses 10 gangzones (+ 7 for the spawns). I don't think you'll hit the limit fast with the current system.