[ZUSAMMENARBEIT]Patch2 &3 entpacken.

Quote:

Originally Posted by DaRkFoRgE™® Wie ich das geil finde ey, :D der eine knecht ^in meinem Zitat schreibt das um zu Schleimen und Kanoz gibt ihn thx nur weil er, es von irg einen wie iMer, Dauni etcetera hat. :D

Nennst mich Knecht? Sagt der/die/das richtige ;). Guck mal im Spiegel.
Und btw; Wozu schleimen für 1 Thanks? Das ist die Wahrheit! Mt2 Section ist die größte Leecher Section in ganz e*pvp.
Und mit Tim, iMer, Dauni etc. hab ich nix zu tun ;).
Neidisch weil du keine Lv. Anzeige hast.? Ohh (: eine Runde mitleid.


@Thread. gibts was neues.

Quote:

Originally Posted by .ShiiNe ich glaube der grund das du nichts releasest ist das du nicht zum releasen hast. Ich habe auch nichts dagegen das Tim meist nur den "großen" servern die sachen gib weil er den vertrauen kann und nicht so wie die andren 99% der m2 section und Tim hat nicht alles grob erklärt. Google hilft

Nichts zu releasen?

n paar beispiele:

1. neue Verpackungsart
2. Dateien im Clienten "verstecken"
3. Datenbank - quest verbindung
4. komplett neue waffen
5. wie man komplett neue models bekommt (auch mobs usw.)
6. Gilden-quest
7. Server auf JEDEM System LAGGFREI zum laufen bringen (1 gb ram reicht 100 % aus)
8. Neue Log / Datenbanktabellen

uvm...

soviel zu "nichts zu releasen haben"

Quote:

Originally Posted by henpii Nichts zu releasen? n paar beispiele: 1. neue Verpackungsart -> nett, aber was bringts? 2. Dateien im Clienten "verstecken" -> lässt sich ohne kenntnisse auf 0815 weise machen 3. Datenbank - quest verbindung -> 5 minuten googlen (lua/python + mysql) 4. komplett neue waffen -> wow. waffen modellieren, gibts im www genug tuts für 5. wie man komplett neue models bekommt (auch mobs usw.) -> s.o. 6. Gilden-quest -> mysql machts möglich 7. Server auf JEDEM System LAGGFREI zum laufen bringen (1 gb ram reicht 100 % aus) -> Datenbankoptimierung + auslagern 8. Neue Log / Datenbanktabellen -> lässt sich per quests mit der dbverbindung problemlos machen uvm... soviel zu "nichts zu releasen haben"

Hier mal meine Kommentare dazu.
Klar ist, dass nichtmal die Hälfte der User für alle gelisteten Punkte in der Lage ist. Von denen die übrig bleiben können nur max. 1/8 das alles verwerten.


@Topic:
Wie bereits erwähnt,
wenn ihr niemand habt der Reverse Engineering & c++ kann, dann lasst es und verschwendet euere zeit nicht.

So, ich geb' euch noch 'nen finalen Tipp, dann ist Schluss!

Also,
die .eix Dateien sind immer mit XTEA verschlüsselt und mit LZO komprimiert.
Außerdem enthalten die .eix-Dateien nur Informationen über die archivierten Dateien.
Die Dateien selbst sind in der dazugehörigen .epk.

Wenn bei diesen Datei-Infos der Datei-Type == 3 ist, dann wird die CRC32-Checksum des Dateinamens (max. length 160 chars) dazu verwendet einen von 3 Hash-Algorithmen...

Der Key selbst wird in einem Packet übertragen, welches unverschlüsselt 289Bytes groß ist. Die ID des Packets (first byte) ist 151.

PS: Auf die größen die im Packet-Editor angezeigt werden könnt ihr nichts geben, da
1) Die Packet-Größen auf 8bytes gerundet werden.
2) Auch mehrere Packets auf einmal versendet werden können.

Kind Regards Tim

Quote:

Originally Posted by tim66613 Wenn bei diesen Datei-Infos der Datei-Type == 3 ist, dann wird die CRC32-Checksum des Dateinamens (max. length 160 chars) dazu verwendet einen von 3 Hash-Algorithmen...

mhmmm dein Satz ist nicht beendet ;)

*überleg was der Algorhytmus machen könnte*
*Alte Posts durchstöber*
*n bsl rumprobier*

arghhhh ....
das ganze dingen muss dann ja noch entpackt werden *mist*

lg

henpii

Quote:

Originally Posted by henpii mhmmm dein Satz ist nicht beendet ;) *überleg was der Algorhytmus machen könnte* *Alte Posts durchstöber* *n bsl rumprobier* arghhhh .... das ganze dingen muss dann ja noch entpackt werden *mist* lg henpii

kacke mist den muss man ja noch entpacken und das hat ja noch keiner gesagt wie es geht

eine Frage:

ist die CRC von:
?

Quote:

Originally Posted by tim66613 So, ich geb' euch noch 'nen finalen Tipp, dann ist Schluss! Also, die .eix Dateien sind immer mit XTEA verschlüsselt und mit LZO komprimiert. Außerdem enthalten die .eix-Dateien nur Informationen über die archivierten Dateien. Die Dateien selbst sind in der dazugehörigen .epk. Wenn bei diesen Datei-Infos der Datei-Type == 3 ist, dann wird die CRC32-Checksum des Dateinamens (max. length 160 chars) dazu verwendet einen von 3 Hash-Algorithmen... Der Key selbst wird in einem Packet übertragen, welches unverschlüsselt 289Bytes groß ist. Die ID des Packets (first byte) ist 151. PS: Auf die größen die im Packet-Editor angezeigt werden könnt ihr nichts geben, da 1) Die Packet-Größen auf 8bytes gerundet werden. 2) Auch mehrere Packets auf einmal versendet werden können. Kind Regards Tim

Wie kennst du dich eig sogut aus tim?
Arbeitest du als Programmierer or what? :D

@ Topic:

Drinne sind die Dunklen Reittiere... Diese hier von meinem Video

hmm kannn man nicht einfach den 2010 er client nehmen die packets in der metin2client.bin so abänder dass chatte u.s.w. weider geht?