eMuleFuture

Ich wüsste nicht wie... der Worstcase wäre eine HighID mit Buddy... von daher wäre es "gut" eine LowID zu forcieren... aber soooo viel macht es nu auch wieder nix aus, wollte nur auf das Argument Overhead eingehen, denn Server+KAD verbraucht auf lange Sicht (fast) genausoviel wie nur KAD. ...

Da ich noch nicht gevoted habe... KAD only


BTW: Overhead ist eher ein Grund KAD NICHT zu nutzen - nutzt man Server hat man nichtmal einen BRUCHTEIL des Overheads.

Ich kenn den Code und habe das Comm-File ja selbst angetestet: ich bekomme das nicht.
Entweder machst du noch etwas anders oder das liegt irgendwo an deinem X-Ray Code...

Ich hab jetzt auch mal alles mögliche probiert aber ich bekomme den 0x0a NIE... kp was genau du da gemacht hast...

Eben, das ist das Problem... eine genaue Ermittlung ist nur möglich wenn du den Aufbau kennst.

Nicht jedes Packet hat denselben Aufbau, der mit den Tagcounts betrifft ja nur "generische" Packets, d.h. welche mit veränderbarem Inhalt während man bei anderen einfach einen gewissen Aufbau voraussetzt, z.B. erstmal 16 Byte für einen Hash, dann ein Uint8, dann ein UINT usw. - deswegen is...

Sieht doch an sich ganz gut aus, wo genau ist dein Problem?

Du brauchst natürlich %i für ints und %I64i für int64 aber so schlimm ist das nicht... du könntest jedoch auch ganz einfach "GetFullInfo" nutzen oder wie genau die Funktion nochmal heisst...

Jop... du musst nur neue CTags kreiieren, die enthalten dann ja alle Info die benötigt wird.

Schau dir doch den Code an der mitgeliefert wird, PacketToDebugLogLine oder so heisst der... den kann man bequem ausbauen...

Ich fang schon alles ab aber die meisten unbekannten Sachen bekomme ich auch von unbekannten Clients (via UDP) und da ist dann kein richtiges Logging möglich.