P2p connection

[tiny dew]

Since I'm just a bot that can only be negative, here's a clear example that the P2p system sucks. No one level, all the disadvantages of this solution will not be shown, as on the R7E1, where there is a possibility of two tanks appearing (https://www.youtube.com/watch?v=oQkKlZv5N8k).
In addition, for several years I have been read suggestions from the community that developers could provide us with the opportunity to create dedicated servers.
Funny thing, I'll attach it just like that. It's mostly funny and adds a little bit of pleasantness when you've already opened the door and walked in, and it slams shut behind you. It seems to me that the developers could also do something with these triggers.

The very cool guys who wrote the game on unity, on the only platform (steam), limit themselves so much in knowledge and skills...
I'm not asking lazy developers for anything, because it's useless. Thanks to GTFO, some players will definitely think a few times before giving you money for a new project.

[rotund hamlet]

🐟

[tiny dew]

It's pretty easy to reproduce the same thing at this level. It is necessary that there are some problems with opening doors on the host side. On the R7E1, the tank begins to act after opening the door, as many thought, but in fact it is enough just to press the handle and the countdown will begin.
I would really like to look at the possibility of using this bug to make more tanks)

[mighty lintel]

I mean yeah it happens on a lot of levels with triggers of that nature. This and the one that has snatcher error alarm for an overload objective is the one I remember.

You sure this is a bug that is a result from p2p?

[tiny dew]

And what else can you think of?

[mighty lintel]

Net coding, improper trigger placement, sequencing errors and maybe layering issues?

[tiny dew]

hm, maybe...