spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

ja, das heißt dass wohl so ziemlich jedes online spiel heutzutage auf sockets aufsetzt...

Naja, wenn du ein Echtzeitspiel hast, kann extrem viel schief gehen.
Du musst mit sehr wenigen Paketen klar kommen, damit die Leitung nicht dicht ist. Du musst damit Leben, dass die Pakete etwas Zeit brauchen und nicht direkt da sind. Du musst damit leben, das du andauernd extrem merkwürdige Bugs haben wirst.
Dann kommt natürlich noch das Thema mit dem Cheatschutz, oder was passiert, wenn ein Client einfach nur Blödsinn sendet.

Die Grundlagen sind tatsächlich sehr einfach, aber das alles so hinzubekommen, das es am Ende schön funktioniert ist kniffelig.

Habbo ist ein recht komplexes Ding, das wirst du, auch mit hilfe, nur nach einigen Jahren Programmier-Erfahrung hinkriegen können.

Und für sowas gibt es noch keine wirkliche Programme um es nicht selber programmieren zu müssen, weil selbst mit solchen Programmen wäre man nicht besser dran da man ohne das wissen wie es funktioniert (und das ist relativ komplex) das auch nicht effizient konzipieren kann.

Entscheide dich ob du den weg (hart, lang, aber sehr interessant und lehrreich) gehen willst, oder nicht.

Wenn Du ihn gehen willst können wir dir hier gerne helfen denke ich

sockets ansich sind einfach, allerdings ist Netzwerk nicht einfach. Normalerweise kommen Programm(ierer) mit seriellen Abläufen gut klar (also ein Schritt nach dem anderen), Netzwerk hingegen verbindet meist zwei oder mehrere komplett voneinander unabhängige Systeme. Sprich man kann nicht mehr davon einfach ausgehen, dass nach Schritt 1 automatisch Schritt 2 kommt und dass alles Systeme auch noch gleichzeitig bei Schritt 1 bzw. Schritt 2 sind. Sprich solange du dich drum nicht kümmerst, kann es sein, dass PC1 bei Schritt 12 ist und PC2 bei Schritt 16. Dann kommt auch noch die Tatsache hinzu, dass zwischen den Rechnern eine Zeitverzögerung auftritt, welche einige konzeptionelle Probleme aufwirft. Zu guter letzt laden Eigenkonstruktionen böse Menschen zu bösen Dingen ein.

So. Alle Klarheiten beseitigt? Super. Daher nochmal Kurzfassung der Probleme:
-die Abläufe sind (meist) nicht mehrstreng aufeinanderfolgend
-verschiedene Rechner sind unterschiedlich weit
-zwischen den Rechnern liegt eine Zeitverzögerung
-Netzwerkanwendungen sind fehlersträchtiger als viele "einfache" Anwendungen