spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Es sollte eigentlich egal sein was auf dem Server läuft solange er die richtigen Protokolle verwendet.

Vor Jahren waren dazu mal Web Services in. Aber die Thematik ist dann doch schnell eher komplex umzusetzen.
Deine Javabibliothek könnte wahrscheinlich zumindestens unter Android laufen.

Du wirst also sehr wahrscheinlich eine WLAN oder Bluetooth Verbindung zwischen den Geräten und dem Server (Computer?) haben wollen.

Wie bereits geschrieben wurde, ist eigentlich nur relevant, über welche Protokolle die Kommunikation stattfindet. Wenn dir Kryonet in der Hinsicht zu viel abnimmt/verschleiert, könnte es eher schwieriger werden, eine passende Bibliothek für iOS zu finden. Auch solltest du von einer direkten Serialisierung (Abspeichern aller Elemente wie sie gerade im Arbeitsspeicher liegen) evtl. absehen, da dies auf der jeweilig anderen Seite (iOS) sonst evtl. um längen schwerer auszuwerten ist.

Abgesehen von diesen technischen Dingen: wie genau soll die Steuerung aussehen? Sollen auf dem Display Buttons angezeigt werden oder sollen die Sensoren ansprechbar sein?
Buttons auf dem Bildschirm anzuzeigen ist durchaus sehr unsinnig, da man sich dann doch lieber einen Controller kaufen sollte. Selbst die billigen liefern ein besseres Spielgefühl, als ein Touchscreen.
Sollten die Sensordaten relevant sein, muss man die Latenz berücksichtigen. Man kann nicht, wie vlt. bei regulären Eingabegeräten einfach so den aktuellen Zustand des Geräts abfragen, da dies zu lange dauern würde. Stattdessen muss das Gerät wohl eher über Änderungen des Zustands informieren und der Server (das eigentliche Spiel) muss die zuletzt gesendeten Daten speichern.


Ich weiß nicht, wie viel Erfahrung du bereits besitzt, aber es kann durchaus sein, dass diese Aufgabe nicht unbedingt passend für dich ist. Damit meine ich nicht, dass ich nicht denke, dass du es schaffen könntest, aber es dürfte doch wohl sehr frustrierend sein, da bestimmtes Hintergrundwissen möglicherweise nicht vorhanden sein könnte. Ich will dich also von nichts abhalten, aber mir erschließt sich der Nutzen des Ganzen auch nicht so ganz.
(Und vielleicht wäre es für den Anfang sinnvoll, die Aufgabe etwas einfacher anzugehen und nur für Android zu entwiklen.)

Du willst doch gar keinen Server programmieren sondern eine Client <-> Client Verbindung oder?
Dazu nimmst du dann WLAN oder Bluetooth oder was auch immer. Damit legst du doch wieder eine Schnittstelle fest die Systemunabhängig ist, wobei du somit einmal auf Android und einmal auf iOS gucken musst wie du an diese rankommst.

Zitat von »DeKugelschieber«

Du willst doch gar keinen Server programmieren sondern eine Client <-> Client Verbindung oder?

Nein, da die Mobilgeräte offenbar nicht für die Darstellung des Inhalts verwendet werden sollen, sondern nur für die Entgegennahme der Eingaben.

Ich weiß nicht warum ich nicht sofort an eine Browserbasierte Lösung gedacht habe, allerdings dürfte diese ein paar Probleme umgehen, die sonst mit nativen Apps einhergehen würden. (Die App muss bspw. installiert sein, damit sie verwendbar ist.)
Im Grunde wäre es also das, was du bereits genannt hast, nur dass du bereits entsprechende Bibliotheken dafür hast.
Wichtig wäre zu wissen, wie die Verzögerung bei der Kommunikation aussieht und dass der Server so eingerichtet ist, dass man aus dem WLAN aus darauf zugreift (und nicht versehentlich über das Internet, die Latenzen wären dort höher, vor allem bei Mobilfunkverbindungen).
Mit einer öffentlichen WLAN-Verbindungen sind aber auch Probleme einhergehend, wie, wie werden die einzelnen Mobilfunkgeräte im WLAN geschützt? Wer haftet bei Urheberrechtsverletzungen (sollte Internet verfügbar sein, was nicht empfehlenswert ist)?

Es ist nun zwar etwas offensichtlicher geworden, dass normale Controller keine wirkliche Option sind, aber meiner Meinung nach ist ein Smartphone Touchscreen kein besonders gutes Eingabegerät (wobei das sehr davon abhängig ist, was genau für das Spiel benötigt wird).

Hmm, so ganz werde ich aus der Fragestellung nicht schlau. Aber da du ja schon Node.JS und socket.io erwähnt hast wäre eventuell WAMP etwas. Wobei ich ehrlich gesagt nicht so ganz das Problem verstehe. Es gibt bereits verschiedene Implementationen davon. Wie diese jetzt aussehen kann ich dir in deinem Bereich nicht sagen.

WebSocket Application Messaging Protocol