Bananen-Joe's DestinyPatch

[V-o-E-C]

Schön mal wieder was zu hören, auch wenn es nur ein Bugfix ist.

Das Beispiel ist auch ganz nützlich, da das Beispiel, welches beim DestinyPatcher mit dabei ist, an manchen Stellen ein wenig unübersichtlich ist.

Hast du schon mal ausprobiert, ab welcher Zahl an Clients/Zu sendenden Daten der DestinyPatch an seine Grenzen stößt?
Mit einem funktioniert das ja noch ganz gut...

[Bananen-Joe]

Zitat von V-o-E-C

Schön mal wieder was zu hören, auch wenn es nur ein Bugfix ist.

Das Beispiel ist auch ganz nützlich, da das Beispiel, welches beim DestinyPatcher mit dabei ist, an manchen Stellen ein wenig unübersichtlich ist.

Hast du schon mal ausprobiert, ab welcher Zahl an Clients/Zu sendenden Daten der DestinyPatch an seine Grenzen stößt?
Mit einem funktioniert das ja noch ganz gut...

Nun die meisten Tests habe ich bisher nur lokal durchführen können.
Um einen aussagekräftigen Leistungstest durchzuführen bräuchte ich schon über 10 Leute oder so, die das gleichzeitig testen.
Und die habe ich derzeit nicht. ^^

Allerdings liegt ein Grund der Langsamkeit darin, dass alle Daten (also auch flüchtige Daten wie Bewegungen) über das TCP/IP Protokoll versendet werden.
Diese flüchtigen Daten sollten normalerweise über das UDP-Protokoll versendet werden, da dieses wesentlich schneller läuft.

Ein anderer Grund liegt darin, dass alle Daten seriell empfangen werden.

Aber so weit bin ich noch nicht, als dass ich mich jetzt darum kümmern könnte.
Momentan ist Bugfixen angesagt.

MfG Bananen-Joe

[Hoschi]

Hi,
Noch was zum Multiplayerraum im DestinyBeispiel.
und zwar habe ich ganz unten auf der 2. Seite des Kontrollevent das Komando "Wait: 0.0s." entdeckt und es entfernt. Danach lief es etwas besser.
Da frag ich mich wozu ist das "Wait: 0.0s." überhaupt gut?

[Cherry]

Eben damit es auf langsameren Rechnern besser läuft. Das Wait gibt dem Maker Zeit, um andere Dinge zu tun. Wait 0.0 ist das kleinste Wait, was es gibt. 6 davon entsprechen einem Wait 0.1.

[Hoschi]

Zitat von Cherry

Eben damit es auf langsameren Rechnern besser läuft. Das Wait gibt dem Maker Zeit, um andere Dinge zu tun. Wait 0.0 ist das kleinste Wait, was es gibt. 6 davon entsprechen einem Wait 0.1.

So so.
Und ich dachte immer 2 von Wait0.0 entsprechen einem Wait0.1.

MfG, Hoschi

[Bananen-Joe]

Wie Cherry schon sagte sind 6 0.0er-Wait das gleiche wie ein 0.1er Wait.

Nun so ein Wait bewirkt ja, dass ein Event an dieser Stelle im Code unterbrochen wird.
Dies ist um zum einen um sicherzustellen, dass das Event genau einmal durchläuft bis die anderen Events einmal durchgelaufen sind und zum anderen bewirkt es, dass wie Cherry schon sagte das Ganze auf langsameren PCs besser läuft.

Nun ich habe mal zum Wait 0.0 einen Test gemacht:

Zitat von Event1 (Paralleler Prozess)

Variable 1 += 1
Nachricht: Event1: \v[1]

Zitat von Event2 (Paralleler Prozess)

Variable 1 += 1
Nachricht: Event2: \v[1]

In diesem Fall kommt kein Wait vor.
Nun ist die Frage: wie oft laufen die einzelnen Events durch?
Anfangs läuft einmal Event 1 und dann einmal Event 2.
Das interessante ist nun: danach läuft immer 2x Event 1 und dann einmal Event 2.

Füge ich nun nur bei Event 1 ein Wait 0.0 ein, dann laufen beide Events wieder parallel (also 1x Event 1 und 1x Event 2).

Wenn das Wait 0.0 allerdings dafür sorgt, dass der gesamte Prozess langsamer läuft (und man darf ja zurecht davon ausgehen, dass nur eine Minderheit mit alten PCs so ein Spiel spielen wird), dann kann man das Wait 0.0 getrost weglassen; sofern man dadurch die Performance steigert.


Hm, boah ich merke gerade, dass das mit den Parallelen Prozessen total unsinnig abläuft.
Füge ich einen dritten Parallelen Prozess hinzu, dann ergibt sich ein Muster, wo Event 1 ganz oft, Event 2 manchmal und Event 3 total selten durchlaufen werden?!

Hm, naja dann kann man das Argument mit besseren Ablauf des Prozesses wohl streichen. Bleibt nur noch die Unterstützung der langsamen PCs...

MfG Bananen-Joe

[Hoschi]

Hiho,
Ich wollte mal für neue Beiträge sorgen, denn hier ist kaum noch was los (was ich irwie nicht verstehe)!
Und zwar habe ich mir gedacht, dass wir ein paar Ideen für die übernächste version oder so (die Nächste is ja hoffentlich bald draußen) in topf schmeißen könnten.

Also. Hier einige meiner Ideen:

•Bild 'Codierung' (wie in Bananen-Joe´s ersten Thread hier im gesamten Forum. Ist ja ärgerlich, wenn jemand von jamanden Bilder aus´m Projekt stiehlt und sie als eigenst erstellte Bilder ausgibt. Wobei der andere mit sehr viel Liebe und viele Stunden dran gearbeitet hat. Mit so ´ner 'Codierung' kann man eben vorsorgen!

•Bei Chip- und Charsets die Palette auslesen und ändern (wobei es bei es beim Charset harken könnte! Da man die die Grafiken der einzelnen Events ansteuern muss)

•Skill- und Item-Objekte (Die Idee hatte ja ich schon genauer erwähnt >>Hier<<)
Das gleiche könnte man auch mit anderen Dingen machen. Wie z.b.: ein Monster-Objekt oder so.

Ich hatte noch mehr Ideen auf Lager, die wollen mir aber grad nicht einfallen!
Ich hoffe, es kommen noch weitere Ideen von anderen. Also Leute, einpaar Beiträge spenden bitte^^

Achja, wann wird denn der patch fertig sein? (Ich kanns kaum noch erwarten )

MfG,
Hoschi

[MagicMaker]

•Bild 'Codierung'

Bin zwar damals noch nich in der Szene aktiv gewesen aber ich finde es
nach wie vor für absolut sinnfrei, wie damals gesagt wurde:
"Open-Source-Comm" und wer alles schützen will warum auch immer,
soll doch Molebox nehmen und alle katastrophalen Risiken davon eingehen^^.

•Skill- und Item-Objekte (Die Idee hatte ja ich schon genauer erwähnt)

Schön schön dann gib mal nen Link dahin @_@ ~ könnte mir vielleicht
einiges drunter vorstellen aber interessieren tuts mich trotzdem.

noch weitere Ideen von anderen

hm... naja ich glaube so sehr viel gäbe es nichtmehr zu machen weil
PowerPatch und Destiny in etwa zusammen sowas wie die PuMAvK
("Programmunterstützte Maker-Ausreizung volle Kanne") sind will ich
mal behaupten xDDD.

[Hoschi]

Zitat von MagicMaker

Bin zwar damals noch nich in der Szene aktiv gewesen aber ich finde es
nach wie vor für absolut sinnfrei, wie damals gesagt wurde:
"Open-Source-Comm" und wer alles schützen will warum auch immer,
soll doch Molebox nehmen und alle katastrophalen Risiken davon eingehen^^.

Naja wer eben seine bilder 'codiert' macht halt nen schlechten eindruck in der com! Sollte seine eigene Entscheidung sein ob mans macht oder nich.
Da fällt mir grade ein dass ich eigentlich ne andre idee hatte. ich kam beim durchlesen durch´n tüdel!

Die Idee war, dass man ein Projekt mit dem RM öffnen kann aber eben nich speichern. Das war es also (so´ne Art Cheat-schutz)!

Zitat von MagicMaker

Schön schön dann gib mal nen Link dahin @_@ ~ könnte mir vielleicht
einiges drunter vorstellen aber interessieren tuts mich trotzdem..

Ich habs editiert

Zitat von MagicMaker

hm... naja ich glaube so sehr viel gäbe es nichtmehr zu machen weil
PowerPatch und Destiny in etwa zusammen sowas wie die PuMAvK
("Programmunterstützte Maker-Ausreizung volle Kanne") sind will ich
mal behaupten xDDD.

Da hast du wahrscheinlich recht.
Aber es fällt schon jemanden noch was ein

MfG,
Hoschi

[MagicMaker]

Die Idee war, dass man ein Projekt mit dem RM öffnen kann aber eben nich speichern. Das war es also (so´ne Art Cheat-schutz)!

Bist du ja ganz sicher nich der erste der das denkt.
Hehe einzige Möglichkeit: Maker hacken und Speicherfunktion
löschen, ROFL dann gilt's natürlich für alles.

Und apropo Cheat-Schutz, sowas is genaugenommen nicht realisierbar:
Als erstes: Parameter ändern --> lässt sich rückgängig machen
Und wenn das nicht klappt:
CheatTasten löschen/umbelegen --> Kann Destiny --> rückgängig möglich
Du siehst ~ xDDD

[Hoschi]

Zitat von MagicMaker

Bist du ja ganz sicher nich der erste der das denkt.
Hehe einzige Möglichkeit: Maker hacken und Speicherfunktion
löschen, ROFL dann gilt's natürlich für alles.

So mein ich das ja net.

Zitat von MagicMaker

Und apropo Cheat-Schutz, sowas is genaugenommen nicht realisierbar:
Als erstes: Parameter ändern --> lässt sich rückgängig machen
Und wenn das nicht klappt:
CheatTasten löschen/umbelegen --> Kann Destiny --> rückgängig möglich
Du siehst ~ xDDD

Naja is ja halt nur ne idee

MfG,
Hoschi

[Bananen-Joe]

Zitat von Hoschi

Und zwar habe ich mir gedacht, dass wir ein paar Ideen für die übernächste version oder so (die Nächste is ja hoffentlich bald draußen) in topf schmeißen könnten.

Na ja, wird wohl noch was dauern, denn ich sitze immernoch an der Überarbeitung des Interpreters.
Sowie das fertig ist (dauert nich mehr so lange), muss ich erstmal wieder den alten Stand erreichen, indem ich die ganzen Funktionen nach und nach wieder einbaue und anpasse (was schnell gehen sollte, da ich den alten Code ja noch habe ^^).

Zitat von Hoschi

Bild 'Codierung' (wie in Bananen-Joe´s ersten Thread hier im gesamten Forum. Ist ja ärgerlich, wenn jemand von jamanden Bilder aus´m Projekt stiehlt und sie als eigenst erstellte Bilder ausgibt. Wobei der andere mit sehr viel Liebe und viele Stunden dran gearbeitet hat. Mit so ´ner 'Codierung' kann man eben vorsorgen!

Oh je, ich erinnere mich finster.
Das Proggi hatte ich damals mit Turbo Pascal geschrieben.
Damals wusste ich gar nicht, dass grafische GUI-Editoren überhaupt existieren.
Und als Laie mit CreateWindowEx, usw. eine GUI zu schreiben ist verdammt mühselig.
Vorallem wenn man weder weiß, was die WinAPI ist noch in der Lage ist das Ganze zu kompilieren, weil der Linker die Lib-Dateien nicht finden mag.

Nun praktisch lässt sich das eher nicht umsetzen, da es Programme wie SnagIt gibt, die problemlos Screenshots erstellen können, ohne dass ein Programm (wie die RPG_RT) was dagegen machen kann.

(Nebenbei erinnere ich mich gerade daran, als ich mal in einem Thread öffentlich gepostet habe, wie man diesen "Coderierungsschutz" rückgängig machen kann. Danach haben sich sehr viele Leute bei mir beschwert. ^^)

Zitat von Hoschi

Bei Chip- und Charsets die Palette auslesen und ändern (wobei es bei es beim Charset harken könnte! Da man die die Grafiken der einzelnen Events ansteuern muss)

Ist bereits für die nächste Version geplant.
Wo bei es mehr um die Grafikbearbeitung geht (was ja die Palette mit einschließt).

Zitat von Hoschi

Skill- und Item-Objekte (Die Idee hatte ja ich schon genauer erwähnt >>Hier<<)
Das gleiche könnte man auch mit anderen Dingen machen. Wie z.b.: ein Monster-Objekt oder so.

Dito.

Zitat von Hoschi

Achja, wann wird denn der patch fertig sein? (Ich kanns kaum noch erwarten )

Ich versuche das Ganze noch dieses Jahr über die Bühne zu bringen, allerdings ist es doch recht viel Arbeit und zudem befinde ich mich gerade am Ende meiner Ausbildung und muss beispielsweise bis Ende nächsten Monats mein Abschlussprojekt fertig dokumentiert haben (das Projekt existiert noch nicht mal...) und mich auf die schriftliche Abschlussprüfung vorbereiten.

Zitat von MagicMaker

Bin zwar damals noch nich in der Szene aktiv gewesen aber ich finde es
nach wie vor für absolut sinnfrei, wie damals gesagt wurde:
"Open-Source-Comm" und wer alles schützen will warum auch immer,
soll doch Molebox nehmen und alle katastrophalen Risiken davon eingehen^^.

Nun ja, eine OS-Community ist es ja nur, weil es im wesentlichen keinen sicheren Schutz gibt.
Und letztendlich ist es auch egal, ob die Spiele geschützt werden oder nicht,
da ein guter Makerer nicht in fremde Spiele schauen muss um etwas nachzubauen.

Zitat von MagicMaker

hm... naja ich glaube so sehr viel gäbe es nichtmehr zu machen weil
PowerPatch und Destiny in etwa zusammen sowas wie die PuMAvK
("Programmunterstützte Maker-Ausreizung volle Kanne") sind will ich
mal behaupten xDDD.

Da bin ich vollkommen deiner Meinung!
Es lässt sich nicht mehr viel rausholen.
Aber im Gegenteil zur OPEC, die einfach die Fördermenge verringert, werden wir einfach weitermachen... bis zum bitteren Ende.

Zitat von MagicMaker

Bist du ja ganz sicher nich der erste der das denkt.
Hehe einzige Möglichkeit: Maker hacken und Speicherfunktion
löschen, ROFL dann gilt's natürlich für alles.

Und apropo Cheat-Schutz, sowas is genaugenommen nicht realisierbar:
Als erstes: Parameter ändern --> lässt sich rückgängig machen
Und wenn das nicht klappt:
CheatTasten löschen/umbelegen --> Kann Destiny --> rückgängig möglich
Du siehst ~ xDDD

Du kannst auch einfach den Trick machen, dass du alle Dateien des Spiels auf Schreibgeschützt stellst.
Der Maker kann alles öffnen, aber nicht speichern.
Problem ist nur, dass dieser Schutz problemlos umgangen werden kann.

MfG Bananen-Joe

[MagicMaker]

Da bin ich vollkommen deiner Meinung!
Es lässt sich nicht mehr viel rausholen.

Dank Destiny ist es auch möglich, das komplexe PuzzleGame
Panel de Pon umzusetzen wie uns Simon beweist:



Kommt nach allen Infos die ich drüber habe als freischaltbares Minigame
in SonicParty2 rein^^.

Du kannst auch einfach den Trick machen, dass du alle Dateien des Spiels auf Schreibgeschützt stellst.
Der Maker kann alles öffnen, aber nicht speichern.
Problem ist nur, dass dieser Schutz problemlos umgangen werden kann.

Dieser Schutz hilft echt nur gegen Leute die schon allgemein keine
Ahnung haben xD ~ genauso hab ich auch mal ein Projekt gefunden wo
alle Dateien und Ordner bis auf die EXE versteckt wurden xD ~ nur dumm
wenn man "versteckte Dateien anzeigen" drin hat xDDDDD...

[Hoschi]

Zitat von Bananen-Joe

(Nebenbei erinnere ich mich gerade daran, als ich mal in einem Thread öffentlich gepostet habe, wie man diesen "Coderierungsschutz" rückgängig machen kann. Danach haben sich sehr viele Leute bei mir beschwert. ^^)

Ich glaube den gleichen oder ´nen ähnlichen habe ich auch schon mal überflogen

Zitat von Bananen-Joe

Nun ja, eine OS-Community ist es ja nur, weil es im wesentlichen keinen sicheren Schutz gibt.
Und letztendlich ist es auch egal, ob die Spiele geschützt werden oder nicht,
da ein guter Makerer nicht in fremde Spiele schauen muss um etwas nachzubauen.

Da bin deiner Meinung!
Okay man kanns halt auch manuell machen, wie gesagt ist es zwar kaum möglich aber man muss eben mit den momentanen Möglichkeiten leben! Die meisten kennen sich damit sowieso nich aus.
Ich würde sagen das man kein guten Schutz braucht um sein projekt zu schützen. Man muss mal auch wie ´n Noob denken, nicht jeder kann Proggen oder checkt wie es geht.
Experten wie euch gibt es recht wenig (okay in den foren sind´s vielleicht mehr). Viele sind eben neu auf dem gebiet oder machen wenig mit dem RM.
Und in den Threads wo shon was ausgeplaudert wurde, schaut auch nich jeder, nur ´n paar und der liebe Gott (der hat nähmlich auch Inet).^^

Zitat von Bananen-Joe

Ist bereits für die nächste Version geplant.
Wo bei es mehr um die Grafikbearbeitung geht (was ja die Palette mit einschließt).

Hört sich ja gut an

Ich freue mich schon riesig auf die nächste Version(auch wenns noch länger hin ist)

Zitat von Bananen-Joe

...zudem befinde ich mich gerade am Ende meiner Ausbildung und muss beispielsweise bis Ende nächsten Monats mein Abschlussprojekt fertig dokumentiert haben (das Projekt existiert noch nicht mal...) und mich auf die schriftliche Abschlussprüfung vorbereiten

Werd bloß nich so wie ich und schreib das projekt zwei stunden vor der Abgabe bei der präsentation!^^
Immerhin hab ich noch ne vier bekommen

MfG,
Hoschi

[Hoschi]

Zitat von MagicMaker

Dank Destiny ist es auch möglich, das komplexe PuzzleGame
Panel de Pon umzusetzen wie uns Simon beweist:



Kommt nach allen Infos die ich drüber habe als freischaltbares Minigame
in SonicParty2 rein^^.

Da hab ich glad dein Beitrag übersehen, MagicMaker.
Auf Jeden fall sieht es sehr nett aus.

Zitat von MagicMaker

Dieser Schutz hilft echt nur gegen Leute die schon allgemein keine
Ahnung haben xD ~ genauso hab ich auch mal ein Projekt gefunden wo
alle Dateien und Ordner bis auf die EXE versteckt wurden xD ~ nur dumm
wenn man "versteckte Dateien anzeigen" drin hat xDDDDD...

lol. Sehe ich genauso!^^

EDIT: Vielleicht wollte derjenige sein Spiel nur Übersichtlicher machen. Kann ja so sein.