Patcher Software (Illumina Design)

[MaxChri]

Ich dachte mir, es muss mal ein neuer Patcher her - mit dem Design.



Wie findet ihr den Aufbau bisher? Habt ihr ggf. noch Verbesserungsvorschläge oder Wünsche?
Ich verwende ausschließlich Elemente, welche im Obigen verlinkten Release einsehbar sind.

Chronologisch von links oben nach rechts unten besetzte Buttons: Homepage, Forum, Registrieren, Config, Client starten.


Patcher System:
- md5 / file size checkup
- optional: ignore md5 hashes of single files, empty file creator
- control strings are nameable
- internal system settings can be modified (ini)

[EasyFarm]

Bockt

[ChaosTimes]

Sieht schick aus!

[jubox123]

1. In welcher Sprache ist er geschrieben ?
2. Wird der Source releast ?
3. Was macht den Patcher besonders ?

Originally Posted by MaxChri

Wie findet ihr den Aufbau bisher? Habt ihr ggf. noch Verbesserungsvorschläge oder Wünsche?

Ich denke mal, dass jeder sein eigenes Design benutzten möchte mit seinen eigenen Aufbau daher ist das eigentlich egal.

[MaxChri]

Originally Posted by jubox123

1. In welcher Sprache ist er geschrieben ?
2. Wird der Source releast ?
3. Was macht den Patcher besonders ?


Ich denke mal, dass jeder sein eigenes Design benutzten möchte mit seinen eigenen Aufbau daher ist das eigentlich egal.

1. Die Basis ist AutoIt, benutze aber eigene Systeme drauf.
2. Wird ein Closed Source mit Freeware Lizenz sein.
3. Die System Features stehen im Groben im Release.

Daher wollte ich gerne wissen, ob der Aufbau so i.O ist.

Sieht inzwischen so aus:

[jubox123]

Originally Posted by MaxChri

1. Die Basis ist AutoIt, benutze aber eigene Systeme drauf.
2. Wird ein Closed Source mit Freeware Lizenz sein.
3. Die System Features stehen im Groben im Release.

Daher wollte ich gerne wissen, ob der Aufbau so i.O ist.

Sieht inzwischen so aus:

1. In AutoIt einen Patcher zu schreiben ist finde ich einfach verschwendete Zeit, dazu gibt es den von musicinstructor.
2. Ohne Source wird man damit dann noch weniger anfangen können.
3. Das sind eigentlich Features die Standard sind oder halt in ein paar Minuten erledigt sind.

Der Aufbau ist aber gar nicht mal so schlecht

[MaxChri]

Originally Posted by jubox123

1. In AutoIt einen Patcher zu schreiben ist finde ich einfach verschwendete Zeit, dazu gibt es den von musicinstructor.
2. Ohne Source wird man damit dann noch weniger anfangen können.
3. Das sind eigentlich Features die Standard sind oder halt in ein paar Minuten erledigt sind.

Der Aufbau ist aber gar nicht mal so schlecht

Wieso ist AutoIt Zeitverschwendung xD? Damit kann ich mehr anfangen,
als mit irgendwelchen objektorientieren F# Sprachen, wo man dann die
Buttons aus einer Liste wählt und sie in das GUI zieht (als ob ich retarded wäre).
Wie gesagt, ich benutze selbst entwickelte Control Systeme und eine game engine,
die wahrscheinlich besser ist, als Metin3.

Und ich frage mich, wofür man einen Source für den Patcher braucht.
Alle benötigten Optionen + Extras kann man in einer simplen
Textdatei vornehmen, ohne den Source zu studieren.

[King Sora]

Ahoi!

Ich selbst habe schon mit dem Gedanken gespielt einen Patcher für mein Illumina Design anzufertigen. Was ich auch gemacht habe. Allerdings war ich bisher noch zu blöd um die Serialization der Patchlist hinzubekommen. Ok, zu dumm ist vielleicht nicht ganz richtig... Ich war bisher zu faul dazu.

 Spoiler

Dabei habe ich für den Patcher extra mein eigenes "Diff Patching System und Fileformat" geschrieben. (Jop echtes Diff Patching, spart bei guter Verwaltung und moderaten Updates 3/4 der eigentlich zu patchenden Größe, in meinen Testläufen waren es sogar 90% allerdings kann ich diesen Wert nicht bei allen erwarten, also sagen wir einfach 75%).

Außerdem kann der Patcher multipatching und vieles mehr, was so gut wie 99% der Patcher hier nicht können.

Wer einen "Beweis" oder "Einblick" haben möchte, darf sich hier meine File-Struktur anschauen:

 Spoiler

Jup, der Patcher ist in C# geschrieben.

An einem Design habe ich auch schon gearbeitet, leider war ich auch hier wieder mal zu faul um es fertig zu stellen:

 Spoiler

Jup, das Bild ist verkleinert, damit hier keiner den Patcher ausschneidet und ihn irgendwo benutzt. - Echt traurig, aber sowas passiert wirklich.

==========
Ja ja, Angeber bla bla, aber ich muss das hier auch mal wem mitteilen, schließlich habe ich an dem ganzen bestimmt 1Monat gesessen (vorallem am Programm... und vorallem² am diff patching, oh ja dieses scheiß Teil hat mir eine menge Ärger gemacht!)
==========

Dein Patcher sieht ganz cool aus!
Meine Wünsche wären Multipatching und wenn du dich der Aufgabe gewachsen fühlst, dann würde ich mir Diff-Patching auch noch wünschen.

Ich danke dir vielmals, dass du meinen Thread verlinkt hast, sowas ist auch nicht selbstverständlich!!

Lg. Sora

 Spoiler

[jubox123]

Originally Posted by MaxChri

Wieso ist AutoIt Zeitverschwendung xD? Damit kann ich mehr anfangen,
als mit irgendwelchen objektorientieren F# Sprachen, wo man dann die
Buttons aus einer Liste wählt und sie in das GUI zieht (als ob ich retarded wäre).

Daran sieht man, dass du überhaupt keine Ahnung hast oder dich damit nicht richtig befasst hast.
Sora hat gezeigt wie es mit C# geht.

Originally Posted by King Sora

Ahoi!

Ich selbst habe schon mit dem Gedanken gespielt einen Patcher für mein Illumina Design anzufertigen. Was ich auch gemacht habe. Allerdings war ich bisher noch zu blöd um die Serialization der Patchlist hinzubekommen. Ok, zu dumm ist vielleicht nicht ganz richtig... Ich war bisher zu faul dazu.

 Spoiler

Dabei habe ich für den Patcher extra mein eigenes "Diff Patching System und Fileformat" geschrieben. (Jop echtes Diff Patching, spart bei guter Verwaltung und moderaten Updates 3/4 der eigentlich zu patchenden Größe, in meinen Testläufen waren es sogar 90% allerdings kann ich diesen Wert nicht bei allen erwarten, also sagen wir einfach 75%).

Außerdem kann der Patcher multipatching und vieles mehr, was so gut wie 99% der Patcher hier nicht können.

Wer einen "Beweis" oder "Einblick" haben möchte, darf sich hier meine File-Struktur anschauen:

 Spoiler

Jup, der Patcher ist in C# geschrieben.

An einem Design habe ich auch schon gearbeitet, leider war ich auch hier wieder mal zu faul um es fertig zu stellen:

 Spoiler

Jup, das Bild ist verkleinert, damit hier keiner den Patcher ausschneidet und ihn irgendwo benutzt. - Echt traurig, aber sowas passiert wirklich.

==========
Ja ja, Angeber bla bla, aber ich muss das hier auch mal wem mitteilen, schließlich habe ich an dem ganzen bestimmt 1Monat gesessen (vorallem am Programm... und vorallem² am diff patching, oh ja dieses scheiß Teil hat mir eine menge Ärger gemacht!)
==========

Dein Patcher sieht ganz cool aus!
Meine Wünsche wären Multipatching und wenn du dich der Aufgabe gewachsen fühlst, dann würde ich mir Diff-Patching auch noch wünschen.

Ich danke dir vielmals, dass du meinen Thread verlinkt hast, sowas ist auch nicht selbstverständlich!!

Lg. Sora

 Spoiler

Respekt, sowas war bestimmt nicht gerade einfach, spiele auch mit dem Gedanken mich ans Diff-Patching ran zu wagen.
Wäre nett wenn du vllt. den Aufbau und den Ablauf beschreibst.

Lg. Raiin

[MaxChri]

Originally Posted by King Sora

Ahoi!

Ich selbst habe schon mit dem Gedanken gespielt einen Patcher für mein Illumina Design anzufertigen. Was ich auch gemacht habe. Allerdings war ich bisher noch zu blöd um die Serialization der Patchlist hinzubekommen. Ok, zu dumm ist vielleicht nicht ganz richtig... Ich war bisher zu faul dazu.

 Spoiler

Dabei habe ich für den Patcher extra mein eigenes "Diff Patching System und Fileformat" geschrieben. (Jop echtes Diff Patching, spart bei guter Verwaltung und moderaten Updates 3/4 der eigentlich zu patchenden Größe, in meinen Testläufen waren es sogar 90% allerdings kann ich diesen Wert nicht bei allen erwarten, also sagen wir einfach 75%).

Außerdem kann der Patcher multipatching und vieles mehr, was so gut wie 99% der Patcher hier nicht können.

Wer einen "Beweis" oder "Einblick" haben möchte, darf sich hier meine File-Struktur anschauen:

 Spoiler

Jup, der Patcher ist in C# geschrieben.

An einem Design habe ich auch schon gearbeitet, leider war ich auch hier wieder mal zu faul um es fertig zu stellen:

 Spoiler

Jup, das Bild ist verkleinert, damit hier keiner den Patcher ausschneidet und ihn irgendwo benutzt. - Echt traurig, aber sowas passiert wirklich.

==========
Ja ja, Angeber bla bla, aber ich muss das hier auch mal wem mitteilen, schließlich habe ich an dem ganzen bestimmt 1Monat gesessen (vorallem am Programm... und vorallem² am diff patching, oh ja dieses scheiß Teil hat mir eine menge Ärger gemacht!)
==========

Dein Patcher sieht ganz cool aus!
Meine Wünsche wären Multipatching und wenn du dich der Aufgabe gewachsen fühlst, dann würde ich mir Diff-Patching auch noch wünschen.

Ich danke dir vielmals, dass du meinen Thread verlinkt hast, sowas ist auch nicht selbstverständlich!!

Lg. Sora

 Spoiler

Hey

vielen Dank für deine Vorschläge. Ich werde einige Tests durchführen und analysieren,
inwiefern ich eine Verbesserung der sonst benötigten Patch-Zeit erzielen kann.

Originally Posted by jubox123

Daran sieht man, dass du überhaupt keine Ahnung hast oder dich damit nicht richtig befasst hast.
Sora hat gezeigt wie es mit C# geht.

Mit Visual C# habe ich mich ausreichend befasst. Einige Lücken bzgl.
zur Syntax lassen mich öfters zum Nachlesen verleiten. Aber ansonsten
ganz nette und einfach zu verstehende Sprache.

[King Sora]

Originally Posted by jubox123

[...]
Respekt, sowas war bestimmt nicht gerade einfach, spiele auch mit dem Gedanken mich ans Diff-Patching ran zu wagen.
Wäre nett wenn du vllt. den Aufbau und den Ablauf beschreibst.

Lg. Raiin

Hoi!

Nachdem ich mir ein geeignetes Konzept ausgedacht habe, war die größte Schwierigkeit eigentlich überwunden. Das (richtige) Programmieren war dann halt die Detailarbeit.

Das Prinzip beim Diff-Patching ist wie folgt:

Ich habe ein Objekt, welches das zu aktualisierende File beschreibt, sprich alle Informationen wie Name, Größe, Hash etc. (Ja der Hash muss kein MD5 hash sein, sondern darf auch ein komplett anderer Hash sein, wie bsp. SHA1 o.Ä., die Hashfunktion kann man dank eines geeigneten Interfaces bei meinem Patcher selbst bestimmen oder sogar komplett selbst programmieren. Man muss im Patcher und in der Patchlist nur jeweils die selbe Hashfunktion benutzen, sollte aber klar sein.)

Jedenfalls sieht so das Objekt bzw. in meinem Fall die Struktur des zu aktualisierenden Files aus:


Auffallend hierbei ist das DiffPatch Array. Das DiffPatch Objekt sieht aus wie folgt:


So, in diesem DiffPatch Objekt sind 2. Member sehr wichtig, nämlich "_targetPatchFileHash" und "_sourcePath". Mit dem Member "targetPatchFileHash" spezifiziere ich den Hash der Datei, mit der dieser Diff Patch kompatibel ist. Mit dem Member "_sourcePath" spezifiziere ich den Downloadpfad des DiffPatches. Somit habe ich nun Quasie eine Verkettung: "Die Datei mit Hash XY ist mit Diff XY kompatibel."

Da in der Upadtefile Struktur das nun ein Array ist, kann man beliebig viele Verkettungen angeben, schließlich kann man niemals wissen wie weit die letzte Aktualisierung zurück liegt.

Mit dieser Liste in der Updatefile Struktur, kann der Patcher nun schauen ob es für das aktuelle File im Client einen DiffPatch gibt, falls ja, dann lade den Patch herunter und wende ihn an. Falls nicht, lade die komplette aktualisierte Datei herunter und ersetze die alte mit der neuen Datei.



Hoffentlich habe ich deine Frage damit beantwortet...
Falls du noch etwas wissen möchtest, darfst du gerne fragen!

Lg. Sora

P.S.: Ja, mein Code ist zu 100% dokumentiert... (I hate this!)

[Yiv]

Du hast ein Problem bei Dif-Patching: Wenn du eine Datei verschlüsselst und sich ein Byte ändert (uncrypted), ändert sich die komplette Datei, daher ist Dif-Patching hier sinnlos.

MfG

[MaxChri]

90% sind fertig.

Habe jetzt die Patch Geschwindigkeit durch mehrere Cores (Multi-Patching) erhöht.
Habe noch gedacht, dass ich die Download Geschwindigkeit und verbleibende Zeit irgendwo anzeige. Habt ihr eventuell kreative Ideen, wie und wo ?

Btw. multi language wird wahrscheinlich auch noch drin sein (msgbox etc.).

[King Sora]

Originally Posted by Yiv

Du hast ein Problem bei Dif-Patching: Wenn du eine Datei verschlüsselst und sich ein Byte ändert (uncrypted), ändert sich die komplette Datei, daher ist Dif-Patching hier sinnlos.

MfG

Hoihoi

Also ich habe damals Tests mit einem 2012 DE Client und einem 2012 P-Server Client durchgeführt, und jeweils den einen mit dem anderen überpatcht. Da sind wie gesagt diese 90% Zeitersparnis zusammengekommen.

Aber selbst wenn die Sache mit dem Verschlüsseln bei neueren Clients so ist, dank der Eventbasierten Programmierung des Patchers hat man genügend Optionen um den Patchvorgang zu optimieren.

Eine Lösung des Problems wäre, wenn man als Admin einen Diff-Patch der nicht verschlüsselten Datei erstellt. Der Patcher zieht sich dann den Diff-Patch und entschlüsselt die lokale Datei bevor dieser angewandt wird und verschlüsselt sie wieder nachdem er angewandt wurde. Das Funktioniert natürlich nur, wenn man die benötigte Ver und Entschlüsselungsroutine hat. (Egal in welcher Sprache, vorzugsweise C++ da man C# dekompilieren kann. Man kann nämlich in C# alles aufrufen, solange man eine geeignete API hat.)

Lg. Sora

[Yiv]

Originally Posted by King Sora

Hoihoi

Also ich habe damals Tests mit einem 2012 DE Client und einem 2012 P-Server Client durchgeführt, und jeweils den einen mit dem anderen überpatcht. Da sind wie gesagt diese 90% Zeitersparnis zusammengekommen.

Aber selbst wenn die Sache mit dem Verschlüsseln bei neueren Clients so ist, dank der Eventbasierten Programmierung des Patchers hat man genügend Optionen um den Patchvorgang zu optimieren.

Eine Lösung des Problems wäre, wenn man als Admin einen Diff-Patch der nicht verschlüsselten Datei erstellt. Der Patcher zieht sich dann den Diff-Patch und entschlüsselt die lokale Datei bevor dieser angewandt wird und verschlüsselt sie wieder nachdem er angewandt wurde. Das Funktioniert natürlich nur, wenn man die benötigte Ver und Entschlüsselungsroutine hat. (Egal in welcher Sprache, vorzugsweise C++ da man C# dekompilieren kann. Man kann nämlich in C# alles aufrufen, solange man eine geeignete API hat.)

Lg. Sora

Nun, die alte Standard-Verschlüsselung hat aber auch lediglich die Index-File und nicht die Data-File verschlüsselt. Aktuell verbreitete Verschlüsselungen haben keine separate Index-File mehr und verschlüsseln das gesamte Archiv, daher funktioniert das Diff-Patching hier nicht mehr.
Mit der alten Standard-Verschlüsselung hingegen ist dein Diff-Patcher natürlich einwandfrei funktionsfähig :P

Zu deiner alternativen Lösung musst du dann jedoch aufpassen und halte ich auch nicht für besonders ideal, da im Endeffekt die Datei 1. unverschlüsselt auf dem Server liegt (bzw. die Diff-File, kommt nun auf den Patch an, ob man das will) und 2. muss sich dann der Patcher gegen diverse "Angriffe" schützen, damit man damit nicht ganz simpel den Client decrypten kann.

MfG