geeignetes Protokoll

[RedShakal]

Hallo zusammen,

Ich habe nach langem hin und her mal wieder eine Frage.


Zuerst schildere ich das Problem:

1 Server
1-8 Clients


Der Client connectet zum Server
=> Der Server empfängt den connected befehl und sendet dem Client eine ID zu
=> der Client empfängt die ID und übernimmt sie
=> Client sendet Nicknamen aus Editfenster zusammen mit der erhaltenen ID zum Server
=> Server empfängt und übernimmt ihn in ein Label
=> Verbindung steht.
=> Server nimmt Einstellungen vor und übermittelt sie per Knopfdruck zu allen Clients
=> Clients empfangen die Daten und übernehmen sie entsprechend
=> Wenn Client offline geht sendet er einen Befehl zusammen mit seiner ID zum Server
=> Der Server ordnet durch die ID den Client zu und deaktiviert das entsprechende Label.

Soweit die Theorie.

Wozu das ganze?

Es geht um einen GameHack. Der Server gibt die Werte vor, sendet sie zu allen Clients, die -sofern das Spiel läuft- die Daten entsprechend in den Arbeitsspeicher schreibt.

Keine angst, es handelt sich hierbei um erwünschtes Cheaten. Es geht um ein 12 jahre altes Spiel, welches über keine Online Funktion verfügt und nur von einer kleinen Gruppe noch über Hamachi gespielt wird. Durch den Hack, ist man in der Lage, werte im Spiel zu ändern an die man sonst nicht heran kommt. Bsp. das Startgeld oder das Einheitenlimit / Gebäudelimit. Durch das Client / Server prinzip schickt der Server an alle die Daten, dadurch hat jeder die gleichen Werte im Speicher.

Bis jetzt habe ich das ganze so gelöst:

TServerSocket und TClientSocket => Die Daten werden mittels Socket.SendText('123@321'); gesendet.
Wenn der Client das empfängt, filtert er das alles vor und nach dem @ heraus und schreibt die beiden gefilterten Zahlen entsprechend in den Speicher.

Wo ist das Problem?

Bis jetzt funktioniert alles soweit, allerdings musste ich feststelle, als ich 3 Werte übermitteln wollte, klappte die Filter funktion nichtmehr korrekt.

Da ich selbst das Protokoll für höhst uneffektiv halte, suche ich eine bessere alternative. Ich stehe immer wieder vor dem Problem das bei mehreren Strings, das ganze schief geht.

Es werden nicht viele Daten übermittelt. Bei Connecten => Nickname + ID und bei Datenübermittlung 2-5 Werte => Bei disconnect eine abmeldebestätigung.

Jetzt suche ich eine Lösung:

Bereits versucht habe ich folgendes

Sockets => uneffektiv
TCP => Server kann nicht senden ( zwingend erforderlich )
UDP => ungeeignet, da Paket um jeden Preis ankommen muss


Ich erhoffe mir eine Idee wie man das ganze besser lösen könnte ohne Seitenweise Quellcode zu schreiben. Vielleicht gibt es irgentwo ein einfach zu bedienendes Protokoll mitdem ich die Problematik ohne viel Traffic lösen kann.

Ggf. möchte ich im späteren Verlauf einen Dx5 Overlay schreiben, der bestimmte Werte als Text im Spiel selbst anzeigt. Oder einfach als Ingame Chat, wenn mal der TS2 nicht richtig funktioniert.


Bin für Vorschläge, Beispiele und Anleitung offen.

PS. Wen interessiert um welches Spiel es sich handelt => Krush Kill 'n' Destroy 2 von Melbourne House.


Grüße Patrick

[Klaus01]

Hallo,

könnte ich mir so vorstellen:

1. Länge des Gesamtpackets
2. Anzahl an Elementen
3. Element ID
4. ElementLänge
5. ElementData
6. Element ID
7. ElementLänge
8. ElementData

wenn man das Packet noch auf Fehler testen möchten
könnte man noch einen CRC Code in das Packet einfügen.

Grüße
Klaus

[jaenicke]

Vielleicht hilft dir dieses Tutorial ein wenig:
http://www.delphi-library.de/topic_66706.html

[RedShakal]

Ich habe es bereits mit dem Binär Protokoll probiert, aber ehrlich gesagt sieht das recht kompliziert aus. Und die ganze Ansi String geschichte macht das ganze leider auch nicht wirklich leichter.

[himitsu]

Zu Packet-Format wurde ja schon was gesagt
und du kommst besser, wenn du es nicht direkt mit der GUI koppelst ... also nicht in ein Label rein.
So kann man die GUI später auch mal ändern und das Innere funktioniert dennoch.

Erstell dir z.B. eine Klasse, welche alles verwaltet.
Womöglich auch für jeden Client Eine und noch eine Masterklasse für den Server,
so könnte man auch leicht mal noch ein paar mehr Clients nachrüsten.

Dann fragt die GUI nur noch bei der Klasse nach dem aktuellen Status, bzw. bei Statusänderung wird eine Callback-Funktion der GUI kontaktiert.


Statt AnsiString kannst du ja auch gleich WideString nehmen, obwohl sich wärend des Transfers UTF-8 gut eignet (ist kleiner).
Und es wäre auch gleich für andere Sprachen gewappnet.

[jfheins]

Zitat von RedShakal:

TCP => Server kann nicht senden ( zwingend erforderlich )

Es wundert mich, dass du TCP so schnell verworfen hast - wenn ich mich richtig erinnere, kann der Server auch senden. Dafür braucht man den TIdPeerThread den man im OnConnect übergeben bekommt.

Vor Ewigkeiten hab ich auch mal eine kleine Klasse geschrieben, die eine Broadcast-Funktion bereitstellt: http://www.delphipraxis.net/internal...ct.php?t=34754 (Bitte nicht deswegen schlagen ^^)