Sascha

Das ist schon zu 100% ne Networking-spezifische Frage, und da kann ich leider kaum helfen 😅 Aber bei einer Handvoll Objekten sollte das eigentlich nicht schon stocken. Vor allem sendest du ja jetzt nicht mehr Daten als vorher, oder?

Das ist genau das Problem. Auch der Server sollte keine ewig wachsenden Positionswerte nutzen. Und der Server hat auch keinen Grund, irgendetwas herum zu schieben, weil Dinge auf dem Server aussehen können wie sie wollen. Sagen wir also einfach mal, die Welt sieht auf dem Server so aus: Wenn einer oben aus A rausfliegt, kommt er unten bei C wieder heraus. Ohne Wenn und Aber. Auf dem Server ist die Position eines Spielers damit immer zwischen (0, 0) und (2, 2). Natürlich wird deine Platte nicht 1x1 groß sein, sondern irgendwie größer, aber du verstehst schon. Wenn dein Client und dein Server miteinander kommunizieren, dann solltest du dafür ein Protokoll haben. Klingt krasser als es ist - du definierst nur halt, auf welche Art kommuniziert wird. In diesem Fall heißt das, dass du einmal festlegst, in welchem Format die Positionen übertragen werden. Ich würde dazu tendieren, nur die Serverposition zu nutzen. Ein Client rechnet also aus, wo auf diesem Grid sein Raumschiff ist, und sendet es dem Server. Der Server sendet ebenfalls nur die Position auf diesem Grid an die Clients, und die rechnen dann aus, wo auf dem Fake-Boden das Raumschiff jetzt genau hingehört. Wenn ein Raumschiff jetzt auf (0.1, 1.9) ist, also ganz weit oben links, dann würde der Client ja Feld A nach unten rechts packen wollen: Du würdest also in Wirklichkeit das Schiff auf (1.1, 0.9) platzieren. Die "reale" Position ist aber weiterhin (0.1, 1.9). Von einem zum anderen und wieder zurück rechnen kann sehr anstrengend sein. Ich würde daher immer nur in eine Richtung rechnen. Du nimmst also einfach ein "reale" Position in einem Vektor: private Vector2 realPlanetaryPosition; Daraus kannst du dann sowohl die Anordnung der Felder als auch die Position des GameObjects ziehen. Wenn dein Spieler in irgendeine Richtung fliegt, wendest du die Geschwindigkeit auf diesen Vektor an und rechnest dann diese beiden Sachen (Anordnung und Transform.position) neu aus. Anschließend sendest du direkt diesen Wert an den Server. Oder auch nicht. Je nach dem, wie autoritär dein Server ist. Wenn dann der Server eine Position eines Raumschiffs an den Client schickt, muss dieser diese wieder verarbeiten. Wenn es sich nicht um den Spieler handelt, hat die Position des Raumschiffs ja keinen Einfluss auf die Anordnung der Felder. Aber die "reale" Position muss dann in Abhängigkeit der Feld-Anordnung in eine Transform.position umgerechnet werden. Ich hoffe, das hilft ein bisschen.

Ist am Ende natürlich deine Entscheidung, aber ich empfehle, da nochmal die Zähne zusammenzubeißen und das zum Laufen zu kriegen. Woran es gerade zu hängen scheint, sind Konzepte, die du sehr oft und überall brauchst. Wenn du etwas brauchst, sag Bescheid. Aber wie gesagt, deine Entscheidung

Freut mich sehr Ich muss das Lob aber auch zurück geben. Deine Fragestellungen sind sehr gut und ausführlich, und haben immer alle wichtigen Infos mit drin. Da muss man nicht raten, und das macht es sehr recht einfach, dir zu helfen

Ich verlinke Mal auf meine Antwort in einem anderen Thread: Meine Variable "velocity" ist ein Feld, also eine Variable, die Teil des Objekts ist. Deine Variable "movedirection" ist eine lokale Variable, die aufhört zu existieren, sobald die Methode (also Update) durchgelaufen ist. Es wird daher kein Wert von diesem Update in das nächste übernommen.

Moin! Ich erkläre einfach mal (TL;DR weiter unten). So sieht eine Variablendeklaration aus: Typ name Damit sagst du, dass ein Stückchen Speicher klargemacht werden soll, um da etwas reinzuspeichern. Was da reinkommt (ne Zahl, ein Satz, eine Referenz auf ein Objekt...), wird von "Typ" definiert. Der "name" ist dazu da, um ihn woanders im Code zu benutzen, um damit zu sagen, dass man genau diesen Wert auslesen oder ändern will. Wenn du eine Variablendeklaration in ein Objekt packst (also in einen class-Block, aber außerhalb der darin enthaltenen Methoden), dann wird es diese Variable so lange geben wie das Objekt, in dessen Klasse sie deklariert ist. Wird das Objekt gelöscht, wird der Speicher frei gemacht und zum Wiederverkauf angeboten. Die Variable gibt es dann nicht mehr. Packst du die Deklaration in eine Methode, dann wird beim Ausführen der Methode die Variable im Speicher erstellt, und wenn die Methode fertig ist, wird die Variable wieder gelöscht. Variablendeklarationen kann man erweitern, z.B. indem man der frischen Variable direkt einen Wert zuweist. Typ name = wert; Das ist das, was du in Start machst. Es ist eine Kombination aus einer Deklaration und einer Zuweisung und nennt sich "Initialisierung". Das bedeutet aber, dass du hier eine neue Variable deklarierst. Die heißt zwar genau wie deine Variable etwas weiter oben in der Klasse (nennt sich dann "Feld"), ist aber eine andere, neue Variable (nennt sich "lokale Variable", da in einer Methode deklariert). Kann auch gut dein dass dir deine IDE da gelb unterstreicht und dich darauf hinweist, dass hier Verwechslungsgefahr mit der anderen Variable besteht, weil sie denselben Namen hat. (Ab hier das TL;DR:) Was du eigentlich machen willst, ist keine neue Variable zu deklarieren, sondern der bestehenden Variable einen Wert zuweisen. Du musst dafür aus der Initialisierung eine normale Zuweisung machen, also die Deklaration entfernen. Kurz: statt Building Bakery = new Building(); machst du Bakery = new Building(); Damit meinst du dann die bereits in der Klasse deklarierte Variable. Deine Update-Methode nutzt dieses Feld bereits, aber es kriegt ja aktuell nirgendwo ein Objekt zugewiesen, da Start das Objekt in "seine eigene" Variable packt.

Woran hapert's denn? Hier hast du ein Grundgerüst, das du erweitern kannst: using UnityEngine; [RequireComponent(typeof(CharacterController))] public class PlayerMovement : MonoBehaviour { private CharacterController characterController; private Vector3 velocity; private void Awake() { characterController = Getcomponent<CharacterController>(); } private void FixedUpdate() { // Update velocity here however you want var previousPosition = transform.position; characterController.Move(velocity * Time.deltaTime); velocity = (transform.position - previousPosition) / Time.deltaTime; } }

Spring mal schräg in eine Ecke zwischen Wand und Decke. So, dass du die Wand zuerst triffst

Da gibt's nicht "die eine Lösung", aber ich mache das ganz gerne über einen Abgleich der neuen mit der alten Position. Voraussetzung ist, dass du deinen Geschwindigkeitsvektor in einem Feld aufbewahrst, statt ihn in jedem Frame neu anzulegen. Also statt currentGravity direkt den gesamten Bewegungsvektor speichern. var previousPosition = transform.position; controller.Move(velocity * Time.deltaTime); velocity = (transform.position - previousPosition) / Time.deltaTime; Hiermit wird jedwede Veränderung der Geschwindigkeit, die durch eine Kollision passiert, auf den velocity-Wert angewendet, der im nächsten Frame als Basis für die neue Geschwindigkeitsberechnung ist.

Rückgabewerte ergeben bei Networking auch nicht so viel Sinn, weil sie bedeuten würden, dass du eine Anfrage schickst und dann auf eine Antwort wartest. Bei einem nicht ungewöhnlichen Ping von 100 und 60 FPS würde das bedeuten, dass du dafür direkt 6 Frames skipst. Darüber hinaus schickst du eine Anfrage hier an alle anderen Clients... von wem wäre denn da der eine Rückgabewert? Wenn du den Server unbedingt etwas fragen musst, musst du ein Command schicken und der Server sendet als Antwort einen RPC zurück.

Wenn's Online ist, dann solltest du einfach die Serverpositionen und lokale Positionen voneinander entkoppeln. Auf dem Server hast du einfach eine imaginäre Fläche, und wenn ein Raumschiff links raus fliegt, kommt es rechts wieder rein. Lokal wendest du die Positionen, die vom Server kommen, nicht einfach blind an, sondern überträgst sie auf die lokale Umgebung und passt dann die Bodenflächen an. Es hilft sehr, sich innerlich von dem Gedanken zu lösen, bei allen Spielern müsse die Szene gleich aussehen. Besonders, wenn du so krass am faken bist, wie du es hier tust

Hast du denn Split Screen-Multiplayer? 🤔

Ich nehme an, sämtliche Objekte der Figur sind auf einem Layer, der vom Ground-Check ignoriert wird? So oder so empfiehlt es sich aber, einfach CharacterController.isGrounded zu nehmen. Ist meistens verlässlicher.

Moin! Teile halt deine Flachwelt in vier Rechtecke auf. Das Raumschiff ist immer auf einem dieser vier Rechtecke, und immer irgendwo von dessen Mittelpunkt aus. Wenn du auf deinem Rechteck oben links bist, dann werden die anderen drei Rechtecke links und überhalb platziert. Wenn du dann auf die rechte Hälfte wechselst, werden die beiden linken Felder nach rechts verschoben. Und so weiter. Damit der Spieler nicht immer weiter vom Szenen-Nullpunkt wegfliegen kann, kannst du ja gleichzeitig das ganze Konstrukt gegenläufig verschieben, sodass alles mehr oder weniger in der Mitte bleibt.

Moin! Wenn du von Würfel und Kapsel redest, redest du dann von GameObjects mit entsprechendem Renderer... und Collider? Wenn ja, dann solltest du dringend den die jeweiligen Collider löschen, weil der CharacterController mit ihnen kollidiert. Dass die zum selben GameObject gehören (oder einander untergeordnet sind) ist dem CharacterController nämlich egal.