Query an Gameserver

**Flodding**

Zitat:

Du bekommst dort eine Bytefolge, die du natürlich entsprechend entschlüsseln musst. An irgendeiner Stelle werden diese Informationen stehen. Dazu muss man aber den Kontext (Struktur/Aufbau) kennen. Ohne diesen Kontext wirst du das niemals (nur sehr schwer) herausfinden.

Das ist das erste Mal, dass ich mit damit arbeite.

Ich verstehe zwar was du mir sagen möchtest mit dem entschlüsseln. Soll ich jetzt diese kryptischen Zeichen umwandeln? Warum gibt er die ersten Informationen in Klartext aus, den Rest aber nicht?

Im PHP-Script wirds ja dann auch irgendwo entschlüsselt, nur finde ich nicht wo.

Zitat von BadenPower:

Was ist "udp1" für eine Komponente?
Und poste noch die Deklaration der Methode udp1Receive welche dem OnReceive zugewiesen wurde.

udp1 ist ein TUdpSocket

markieren

Delphi-Quellcode:

			procedure udp1Receive(Sender: TObject; Buf: PWideChar; var DataLen: Integer);

procedure TForm4.udp1Receive(Sender: TObject; Buf: PWideChar; var DataLen: Integer);

begin

packlen:= datalen;

end;

**BadenPower**

Zitat von Flodding:

procedure udp1Receive(Sender: TObject; Buf: PWideChar; var DataLen: Integer);

Stell das mal um und Du hast eine Fehlermeldung weniger.

procedure udp1Receive(Sender: TObject; Buf: PAnsiChar; var DataLen: Integer);
Und dann schau Dir die erhaltenen Daten noch mals an.

**Neutral General**

Zitat von BadenPower:

Zitat von Flodding:

procedure udp1Receive(Sender: TObject; Buf: PWideChar; var DataLen: Integer);

Stell das mal um und Du hast eine Fehlermeldung weniger.

procedure udp1Receive(Sender: TObject; Buf: PAnsiChar; var DataLen: Integer);
Und dann schau Dir die erhaltenen Daten noch mals an.

Dann wirds mit Sicherheit nicht mal compilieren. Ja probier das mal

Das einzige Problem was es hier gibt ist, dass der Server Binärdaten sendet und Flodding reinen Text erwartet.

Flodding: Da wird nirgendwo eine "8" stehen sondern eher sowas wie "◘".
Außerdem ist da nichts verschlüsselt sondern es sind halt einfach nur Binärdaten und kein String...

**BadenPower**

Zitat von Neutral General:

Dann wirds mit Sicherheit nicht mal compilieren.

Wie kommst Du auf diese schmale Brett???

Ach Du arbeitest mit Delphi2010, andere aber nicht.

Unter Delphi2007 zum Beispiel ist dort PAnsiChar und nicht PWideChar.

Wenn ich dann die Funktionsdeklaration in PWideChar änderen, dann kommt exakt die Fehlermeldung wie beim TE.

Und nun schau einmal mit was der TE arbeitet.

**Neutral General**

Zitat von BadenPower:

Zitat von Neutral General:

Dann wirds mit Sicherheit nicht mal compilieren.

Wie kommst Du auf diese schmale Brett???

Oh tut mir Leid. Hatte zu wenig gelesen und zu viel angenommen.
Du hast Recht.

**Flodding**

Zitat von BadenPower:

Zitat von Flodding:

procedure udp1Receive(Sender: TObject; Buf: PWideChar; var DataLen: Integer);

Stell das mal um und Du hast eine Fehlermeldung weniger.

procedure udp1Receive(Sender: TObject; Buf: PAnsiChar; var DataLen: Integer);
Und dann schau Dir die erhaltenen Daten noch mals an.

Das Ergebnis unterscheidet sich nicht ...

Ich erwarte keinen Klartext... das hab ich vorher auch nicht erwähnt ... ich habe nur gefragt, warum der erste Teil als Klartext ankommt, der Rest aber nicht.

Ich habe hier mit der Bitte um Hilfe geschrieben.

Wie funktioniert das mit den Birnärdaten? wie wandele ich das in Klartext um ?

**Sir Rufo**

Zum besseren Verständnis mal ein Beispiel:

Du fragst eine API von mir ab und bekommst als Rückgabe ein Byte mit dem Dezimalwert 42.

Was bedeutet das? Erstmal gar nichts.

In einem Text-Control dargestellt siehst du ein * .
Ohne weiteres Wissen über den Kontext weisst du nur, dass ich dir ein Byte geliefert habe, was nun alles mögliche bedeuten kann.

Es kann tatsächlich bedeuten, dass es sich um ein Zeichen handelt und dann wäre es eben * .
Es kann bedeuten, dass die Motoren 1,3,5 laufen und die Motoren 0,2,4,6,7 nicht laufen 00101010 .
Es kann bedeuten dass die beiden Lampen A und B mit der Helligkeit 66% und 13% leuchten sollen

markieren

Code:

			42d => 2Ah

A -> Ah => 10d / 15d = 66.66%

B -> 2h => 2d / 15d = 13.33%

Die wirkliche Bedeutung bekommt man ausschließlich über den Kontext und den erfährt man vom Erzeuger dieser Daten, denn der legt diesen Kontext fest.

**Flodding**

Okay also aus deinem Post verstehe ich denn jetzt, dass ich das nicht hinbekommen kann, weil ich den Kontext nicht habe oder verstehe?!

Warum kannst du denn nicht so schreiben, dass man das auch als nicht Philosoph oder professioneller Programmierer verstehen kann?

Das würde vieles leichter machen aktuell...

Und bevor du es falsch verstehst... Ich erwarte nicht von dir, dass du mir einen Codeschnipsel hinschmeisst an dem ich dann rumkauen kann...

**Neutral General**

Zitat von Flodding:

Okay also aus deinem Post verstehe ich denn jetzt, dass ich das nicht hinbekommen kann, weil ich den Kontext nicht habe oder verstehe?!

Doch du kannst es hinbekommen weil Valve ja gerade so nett war und dokumentiert hat welche Bytes wie/als was zu interpretieren sind:

https://developer.valvesoftware.com/wiki/Server_queries

**Sir Rufo**

Da diese Daten ohne Kontext eben rein philosophisch sind, welche Antwort hast du dann erwartet? Der Begriff Kontext sollte allerdings auch Nicht-Philosophen und Nicht-Programmieren bekannt sein.

Man kann es so nicht beantworten und einen Codeschnipsel kann es dann logischerweise auch nicht geben.

Zitat von Neutral General:

Zitat von Flodding:

Okay also aus deinem Post verstehe ich denn jetzt, dass ich das nicht hinbekommen kann, weil ich den Kontext nicht habe oder verstehe?!

Doch du kannst es hinbekommen weil Valve ja gerade so nett war und dokumentiert hat welche Bytes wie/als was zu interpretieren sind:

https://developer.valvesoftware.com/wiki/Server_queries

Aha, da ist ja das fehlende Puzzleteil