Suchergebnisse
Suchergebnisse 1-7 von insgesamt 7.
Zitat Ich glaube du wirst mit deiner Idee noch ganz andere Probleme bekommen als die Loops wenn ich mir so anhöre was du vor hast Haha, ja ... das glaube ich auch! Aber wie gesagt, dass sind nur Hirngespinnste, die ich in meine "Später mal"-Liste reinballer, wenn mir solche Gedanken kommen, was man noch an Features machen könnte. Also die Multiplayer-Features stehen erst mal hinten an. Mit eurem Input habe ich auf jeden Fall die nächsten Wochen erst mal genug zu tun und ich habe auch das Gefühl...
Zitat Du musst trotzdem nicht alles im loop ausführen und schon gar nicht auf dem Server. Du kannst weiterhin das Ergebnis eines Kampfes über so eine Funktion abschätzen. Klar, gebe ich dir recht. Zitat Solange der Spieler nicht in Echtzeit eingreifen kann kannst du alles vorberechnen. ... und genau hier ist der Punkt - genau das soll er nämlich können. Und nicht nur das - auf meiner "Später mal ..."-Liste steht auch noch, dass auch andere Spieler zu einem Kampf hinzustoßen können sollen - um m...
Danke für die Tipps! Da sind auch wieder ein paar gute Denkanstöße dabei. Zitat Weiterhin ist der Vorteil dass du die eigentlichen Aktion wie einen einzelnen Kampf gar nicht implementieren musst sondern nur eine Funktion die abhängig vom aktuellen Zustand vom Spieler seinen neuen Zustand bestimmt. Also ich will auf jeden Fall, dass der User seinem Charakter "live" beim kämpfen zuschauen kann. Also ich denke einen "Live"-Kampf-Loop muss ich schon basteln. Vor allem möchte ich, dass es einen Modus...
Zitat von »Chromanoid« Wenn Du wirklich auf Skalierbarkeit aus bist, versuch den Spielzustand lieber möglichst "lazy" zu evaluieren, d.h. alles wird erst dann berechnet wenn jemand oder etwas nachschaut. Das bedeutet allerdings auch, dass Dein System sich merken muss, wann es ein bestimmtes Objekt spätestens wieder anschauen muss. Im Grunde läuft das auf Complex Event Processing (CEP) und viel Vorausberechnung hinaus, ist also nicht unbedingt trivial zu implementieren. Je simpler Deine Spielsys...
Zitat von »Tobiking« Bei einem Projekt von mir habe ich eine ähnliche Situation. Ich habe es getrennt in einen Dienst, der in Echtzeit Daten sammelt/generiert und einen Webserver der diese anzeigt. Dazwischen läuft Redis. Das ganze läuft praktisch so wie hier (ganz unten) beschrieben. Wenn ein Benutzer sich einloggt, trägt der Webserver die ID bei Redis in eine Queue ein. Der Dienst holt sich die ID und emitted dann die Echtzeitdaten. Diese gehen automatisch über Redis und dem Webserver an den ...
Hi TheBenji, zunächst erst mal vielen Dank für deine Antwort! Zitat Ich kenne sails.js jetzt nicht so gut aber grundlegend ist Node genau die richtige Loesung fuer was du machen moechtest. Das klingt schon mal gut, dann bin ich immerhin nicht total auf dem Holzweg, wie's aussieht! Sails.js ist ein MVC Framework, das auf express.js aufsetzt und unter anderem einen DB Adapter (Waterline) direkt mit eingebaut hat. Ich schreibe also nur meine Models, ob die Daten dann in einer MongoDB, SQL oder wo a...
Hallo zusammen, mein Name ist Daniel, ich bin auch bekannt als Mangokid und bin gerade dabei mein erstes Browser-Game zu programmieren. Bisher bin ich ganz gut voran gekommen, bin jetzt aber mit dem Gesicht zuerst volle Lotte gegen die Glastür gerannt und stecke ein bisschen fest - ich hoffe einer von euch kann mir den entscheidenden Denkanstoß geben! Kurz zu meinem Projekt: Es soll ein MMO "Idle Action RPG" werden. Klingt zunächst widersprüchlich, ist es aber gar nicht. Es soll im späteren Verl...
24.05.2024, 14:44
Zum Seitenanfang
