Add gmod_wire_customprop#3451
Conversation
|
I'm in possession of a starfall which spawns an extremely crash-prone level 3 serpinski pyramid (it can crash the server merely by contacting another one of itself). It has 64 convexes but only 4 verts per convex. Looks kinda like this: It might be risky to allow a lot of convexes—the physics mesh isn't costly to build for those but it does cost more to simulate. Want some help stress-testing this weekend? |
Help is always appreciated :) |
|
Sorry for the long reply, i was very busy last time. If this is in Starfall, then it can probably be added to E2, but i'm concerned about the physics crashes. |
No worries
Honestly - no idea. I've included it as it was in the original. I may remove it, but I see no harm is leaving it as it is |
|
Then i think everything's fine. If it works fine in Starfall, it should work in E2. If the PR is ready, then i'll merge it |
|
Not sure that was required, but lowered the convexes limit to 12 |
|
Is there anything else, or we can pull this in? |
|
This has been going on for too long, if there are any problems, it can be fixed later |
This reverts commit aa54e88.

Adds gmod_wire_customprop entity into the wiremod, an entity with custom physics mesh, which isn't spawnable by itself but by the E2/duplicator, and maybe in future, by something else.
It's essentially starfall's custom mesh prop with a few tweaks:
ENT:BuildPhysicsfunction, andself:PhysicsInitMultiConvexfunction in particular which seemingly takes more resources exponentially with the rise of verticies amount, I've decided (and tested by stressing/abusing different limits) to lower the verticies limit and raise convexes limit instead.Example of usage: (again, taken mostly from SF's example, not trying to credit myself for other's stuff)