I’m sorry, I don’t understand. Could you elaborate?
Select units. Find a center point. Find the furthest unit out from that. When moving these units, shrink down all the units selected positions until the furthest point is within whatever radius you set. The units will condense down some when moving.
And how do you detect enemy droids near each droid without causing insane lag?
if you had 99 soldiers and the enemy had 99,that would be 9,801 droids to loop through for your side. Then you multiply that number by 2 because the enemy side also has to detect your soldiers and you get 19,602. That would cause way too much lag. This is by going through each droid and finding the closest one to it.
I’m looking into octree, but maybye there is a more simple way to do this.
Dont check your own soldiers or an ally’s. But yes, you will need to come up with a solution for scanning potentially thousands of magnitudes a second. An octree and other optimizations(depending on what you’re doing) will be needed.
Hmm, I’ve done all that, but am not having problems with the bullets. the problem is that the .touched function won’t detect the hit sometimes. It would really help if you told me how I could make slow moving bullets like that.
You shouldn’t be using .Touched for much or anything.
Make a separate bullets system, with bullet origin/destination/travel speed sent to the client to animate on their machine. You can use a loop and lerp the bullet position, or tweenservice. Every shot fired by a unit to an enemy unit will create a bullet thats sent to the client to render.
That’s great advice, I’ve heard that most bullet systems render the bullets client side! But how would I detect collisions? Not all the bullets would hit.
I don’t recommend making an RTS where bullets will miss if receiving units move out of the way. If you want to incorporate your own determined misses, you can. But if you insist on adding real bullet misses, you can just do GetPartsInPart/GetPartBoundsInBox on the bullet’s arrived position and see if the receiving unit(or any other units) are hit. .Touched is not recommended for this.
hmm, that was what I was going to do originally, but you’re right. .touched doesn’t work for more than 3 bullets at a time. Thanks again for the advice. You’re a lifesaver!
You are strongly lagging , Please can you provide me your specs?
How did you know my studio was crashing?
I would also like to consider the part movement script you mentioned, since I’m having serious lag issues when moving multiple droids. Could you tell me how it works?
I use BodyGyro and BodyVelocity, but that’s outdated now. You should look into the new(ish) constraints to move your units. You shouldn’t be having lag moving a few dozen units at once.
My problem has more to do with the destination reached signal. I need a way of doing this without using a while loop to figure out when it reached the target. it would look funky if I used a while loop to check if it reached because it would pause for a little bit (different amount each time), and runservice would lag it too much.
I don’t use the new constraints so I don’t know if it’s different from the bodymovers I use. But there’s no way around checking if a unit has arrived at a destination. You can setup the loop to not check until the unit is getting close(by prediction) to the destination. Checking isn’t an issue, I wouldn’t generally do it every single frame.