Power Patch v0.3/0.4x

Meint ihr nicht das nachvollziehbare Aufmunterungen eher helfen würden?

Ich mein:

Zitat:

---

Ach komm, ich würde trotz dessen den PP benutzen. Ich finde ihn einfach noch immer praktischer und hantlicher.
Außerdem bin ich im board von rpga sowieso nicht aktiv. Hier im atelier ist mehr los. Solange er diesen Patch nicht hier veröffentlicht, sehe ich hier keinen Zwang, aufzuhören. Also los, mach weiter! xD

---

Ganz ehrlich, ich hab selten ein so inhaltsleeres Gesülze gelesen. *grusel*
Kommt ja schon fast an einen Politiker in Kriesenzeiten heran.

Aber naja, wenn es ihm hilft. :)
Glaub ich zwar kaum. Dafür erscheint mir der gute Cherry etwas zu realistisch damit umzugehen. Was definitiv besser ist als diese Phantasien.

Achja. Und eher nun jemand auf den Trichter kommt ich wolle den kleine fertig machen. Dem ist nicht so.
Nur leeres Geschwätz? Im Quartier steht es durchaus anders. Nur sehe ich keinen Sinn darin mich zu wiederholen.

Zitat:

---

Zitat von Cherry1

Da sehe ich verdammt alt aus.

Was meint ihr, soll ich den PP überhaupt noch weiterentwickeln???

---

Es gibt keinen Grund sich schlechter zu machen, als man ist.
Ich sehe keinen Grund, warum es nicht mehr als eine Erweiterung zum Maker geben sollte ;).

Siehs als Konkurrenz ander man wachsen kann, zumindest in Sachen Doku kannst dus auch als "gutes Beispiel" nehmen.

Etwas mehr Professionalität und evtl. kommt dein Patch auch mal so gut an.

@ Corti: Er braucht gar keine besondere Doku oder "mehr Professionalität". Es scheint mir eher wie ein Problem, dass hier die Quartier-Verehrer den BananenJoe-Dings nehmen und die im Atelier den PowerPatch verehren. Ich persönlich sehe das Ganze unparteiisch und würde mich dennoch für den PowerPatch entscheiden. Genug Gründe habe ich in meinem kurzen Post auf der Seite zuvor genannt. :P

Zitat:

---

Zitat von Animagladius

Ich persönlich sehe das Ganze unparteiisch und würde mich dennoch für den PowerPatch entscheiden. Genug Gründe habe ich in meinem kurzen Post auf der Seite zuvor genannt. :P

---

Du siehst das ganze völlig parteiisch und "lua toll, lua toll" ist nicht mal der springende Punkt.

Cherrys Ding hat noch Macken die es verhindern das Ding als wirklich verlässliches Tool zu benutzen, der Destiny-Patch ist da ausgereifter und somit ernst zu nehmender. Das mit der Dokumentation ist typisches "Kinderdenken", lieber übersichtliche Menüs und Wizards anstatt detaillierter Texte. Ich bevorzuge Infomaterial so umfangreich wies geht.

@Cherry:
Dies ist übrigens auch dein Ansatz, befriedige die Zielgruppe die keine Lust auf Dokus hat, trimme deinen Patch weiter auf intuitive Übersichtlichkeit und Einfachheit in der Bedienung,
damit kannst du dir ohne weiteres ein ordentliches Stück vom Kuchen abschneiden.

@Corti: Danke, ich mag Kuchen ja eh so *lechz*

Egal, wie ich sehe, habe ich noch Abnehmer, also werde ich den Patch weiterentwickeln.

Ich sehe ja Momentan schon einen großen Vorteil von meinem Patch: Die Möglichkeit, eigene Plug-Ins zu verwenden. Außerdem die Unterstützung JEDER Version vom 2000er und 2003er (somit kann man auch ohne Probleme den PP zusammen mit dem DP verwenden!).

Btw - um ehrlich zu sein - der DestinyPatch hat mich, wie ich ihn mir angesehen hab, mit seinen Features erschlagen.

Man kann es übrigens mit der Strukturierung auch übertreiben - "If" einem Objekt zuzuordnen, ist zu viel des guten. Wer will bitte statt "If" immer "Logic.If" schreiben?

Was ich allerdings sehr toll am DestinyPatch finde, ist ein einziges Feature (an dem ich mich auch versucht habe aber es nie geschafft habe): Die "echte" Picture-Anzahl (meine "200 Pics" wären ja Fake-IDs gewesen) auf 100 zu erhöhen (man muss halt die RPG2000.EXE mit dem ResHacker auch noch patchen)!!!

Egal - FB (FreeBasic) anwerfen und ab die Post! - PP v0.8 is coming soon...

mfG Cherry

Der patch sieht sehr gut aus jedoch mag ich diese rum gepatche an den makern nicht ist wirklich sehr interessant haltet euch ran

Mit JEDER Version benutzbar?

Naja, dann hast du, denk ich mal, ne riesige Ansammlung an RPG_RTs xD

Von RPG2000 kenne/habe ich:
1.05b(vielleicht noch), 1.07b, 1.07e, 1.07(J), 1.10 (von Rikku), 1.51 (Value J)

Und RPG2003:
1.03, 1.04(vielleicht), 1.05, (1.06), 1.07, 1.08, 1.09

Also... so etwa 13, aber zwischen RPG2000 1.07J und 1.51 existieren ja auch noch ne Menge.

Ich habe die API des DP zwar nur überflogen, muss aber sagen, dass sie ziemlich solide ist. Zwei Dinge stören mich am DP dennoch:

1., dass man bei der Eingabe der Skripte auf das mikrige, hässliche, undynamische Kommentar-Fenster des Makers angewiesen ist. Daraus folgt, dass kein Syntax-Highlighting und keine automatische Indentation möglich sind.

Und 2., dass keine richtige Programmiersprache zur Verfügung steht. Eine solide API ist ja schön und gut, aber wenn einem das Werkzeug für die eigentliche Programmierung fehlt, dann fehlt die Dynamik, zumndest meiner Meinung nach.

Mach's besser.

@MagicMaker: nein, ich selbst habe nur so ca. 8 RPG_RTs, aber nachdem es dem Patch egal ist, welche Version verwendet wird, weil ja alle in Delphi geschrieben sind und somit alle die Heronames, Switches und Variablen auf die selbe Art im RAM ablegen, behaupte ich, dass es mit jeder Version funktioniert (wenn auch nur mit 5 getestet).

Der DP geht an die Sache ja komplett anders ran als der PP.

mfG Cherry

"In Delphi geschrieben"
Hab ich auch mitbekommen, aber wie bekommt man eigentlich
den Code? Das Zeug ist ja nur in "Zeichensalatform" vorhanden.

gar nicht. sonst hätten wir schon längst Mode7 oder sonst was.

du kannst ihn nur Disassemblieren. Dazu nimmst du z.B. den "PE Explorer" (obwohl da steht "30-day trial" geht der ewig - bei "1 day left" bleibt er stehen!).

Dann hast du Assembler-Code.

So haben ich und Bananen-Joe gearbeitet.#

mfG Cherry

Edit: Huh? Im Profiwissen-Thread postest du den Aufbau der LcfMapUnit usw. und hier weißt du nicht, wie man eine EXE disassembliert?!

Zitat:

---

Edit: Huh? Im Profiwissen-Thread postest du den Aufbau der LcfMapUnit usw. und hier weißt du nicht, wie man eine EXE disassembliert?!

---

Ich habe nicht gesagt "Ich weis nicht wie man disassembliert" sondern habe
nur gefragt wie man den Code bekommt. Naja und darauf hast du auch
geantwortet. Was anderes als "gar nicht" hab ich aber dann als ich den Post
geschrieben hab nichmehr erwartet xD.

LcfMapUnit:
Vieles zur LMU betreffendes ist von sue445, diese Zeile muss ich wohl
hervorheben. Ich hab mindestens 2mal "Credit to sue445" gepostet.

.....

So, hab ich mal gemacht, schau nochmal rein.

EDIT:

PE Explorer:
Hab ich nicht direkt, zum LEICHTEN RPG_RT.exe-Bearbeiten hab ich WinHex
vewendet xD. Ich hab ausserdem noch die schlankere Version von PE Explorer,
nennt sich ResourceTuner, der is afaik im PE Explorer gleich mit drin.

Zeug wie "Font wechseln" oder "Dateien umbenennen" funktioniert mit WinHex schon
ganz gut, dass z.B. die Maps "MAP%.6d.lmu" (z.B. MAP000001.lmu) statt "MAP%.4d.lmu" (z.B. MAP0001.lmu) heissen, was meiner gepatchten RPG2000.exe
gut entgegen kommt, wo ich 999999 Maps, Areas und Events eingestellt hab.

Jo Cherry mach mal ruhig weiter. LUA is ja noch um einiges flexibler, soweit ich das beurteilen kann, als die Skriptsprache von Bananaboy.

Womit du mich auf jeden Fall auf deiner Seite hättest, wäre etwas wie ein Batch Import. Also viele Dateien bzw ganze Ordnerinhalte direkt zu in den Maker zu importieren. Vielleciht lässt sich sowas ja einbauen, kenn mich mit "richitgem programmieren" nur seehr bedingt aus ;)

Jeder Patch der den Maker aufpeppt ist eine große Bereicherung für die Maker Szene.
Der Satz sagt alles.:A

Es ist egal was der DP kann, beachte den nicht weiter und mach
den PP noch zuende.

Das Zeug was ich im Wissenthread geschrieben habe, wo wirklich viel von
sue445 ist (dem du auch nen Credit geben kannst), habe ich auch teilweise
deswegen gemacht, um vielleicht deinem PP nochwas zu spendieren,
soviel wie ich übersetzt hab, indem ich dir LMU, LMT und anderes Zeug zeige.

Ein externes BatchImport-Tool wäre mir auch sehr willkommen wie Beril.
Aber das sollte man eher seperat machen, weils mit einem PP nichts mehr
zu tun hat.

Gut aber in Verbindung mit dem PP würde das noch ein Trumpf gegenüber dem DP bedeuten :)

Kann man mit dem PowerPatch ordentliche if vergleiche und Schleifen bauen?
Beim DestinyPatch gibts ja nur son merkwürdigen Kram.

Code:

---

Logic.If(True,"bla","blubb")

---

Wobei das irgendwie nur mit nem Switch zusammenhängt. (Also ich blick da nicht wirklich durch. :P)

Ausserdem kommt immer nen Error, wenn ich das Spiel ausmache, keine Ahnung wieso.

ja. siehe auch in der Demo (1. Post).

Beachte "if" und "while". Ich denke, das ist es, was du meinst :)

Code:

---

-- Diese Datei wird wiederholt ausgeführt, solange der Patch aktiv ist.
-- Hier werden die Anweisungen, die mit dem Maker interagieren, hineingeschrieben.

Busy() -- Dem Maker mitteilen, dass der Patch beschäftigt ist (dort sollte mit einer
      -- Schleife auf das Ready-Signal gewartet werden)
msg = GetMsg() -- "Nachricht" vom Maker holen (Standardmäßig in Variable 10)


if msg == 1 then -- Nachrichten verarbeiten

 ExitGame() -- Spiel beenden
 
elseif msg == 2 then

 MsgBox("Hello World!", "Test") -- Messagebox
 
elseif msg == 3 then

 UpdateTime() -- Hiermit wird die aktuelle Zeit in die CurrentXXXX-Variablen geschrieben
 SetVar(21, CurrentHour) -- Stunden in Variable 21 und Minuten in Variablen 22 schreiben,
 SetVar(22, CurrentMinute) -- damit sie im Maker angezeigt werden können

elseif msg == 4 then

 sx, sy = ScreenResolution() -- Bildschirmauflösung abfragen
 if sx <= 640 then -- Wenn die Auflösung kleiner/gleich ist als 640x?, dann
  SwitchFullscreen() -- Fenster-/Vollbildmodus wechseln
 end
 
elseif msg == 5 then

 sx, sy = ScreenResolution()
 if sx > 640 then -- Dasselbe wie oben, nur dass jetzt abgefragt wird ob Sie größer als
  SwitchFullscreen() -- 640x? ist
 end

elseif msg == 6 then

 SwitchFullscreen()

elseif msg == 7 then

 -- Hier werden wir Tastatureingaben simulieren - nur zur Demonstration,
 -- das so einzusetzen wäre natürlich nicht so sinnvoll ^^
 action = GetVar(15) -- Wert aus Variable 15 holen
 Ready() -- Den Patch auf "bereit" setzen - damit kann der Maker Tastatureingaben empfangen
 Wait(800) -- 0,8 Sekunden warten
 if action == 1 then -- Spieler hat beim Huhn "Item" gewählt
  SimulateKeyStroke(VK_RETURN) -- Hier werden Tastatureingaben simuliert
 elseif action == 2 then -- Spieler hat beim Huhn "Skill" gewählt
  SimulateKeyStroke(VK_DOWN)
  Wait(100)
  SimulateKeyStroke(VK_RETURN)
  Wait(50)
  SimulateKeyStroke(VK_RETURN)
 elseif action == 3 then -- Spieler hat beim Huhn "Ausrüstung" gewählt
  SimulateKeyStroke(VK_DOWN)
  Wait(100)
  SimulateKeyStroke(VK_DOWN)
  Wait(100)
  SimulateKeyStroke(VK_RETURN)
  Wait(50)
  SimulateKeyStroke(VK_RETURN)
 end
 while KeyPressed(VK_ESCAPE) == false do -- Darauf warten, dass der Spieler ESC drückt
  Wait(25)
 end
 Wait(250)
 SimulateKeyStroke(VK_ESCAPE) -- Dann nochmal ESC simulieren
 Busy() -- Patch wieder auf "beschäftigt" stellen
 
elseif msg == 8 then

 ResizeGameWindow(640, 480) -- Fenstergröße auf 640x480 ändern

elseif msg == 9 then

 ResizeGameWindow(500, 400) -- Fenstergröße auf 500x400 ändern

elseif msg == 10 then

 SaveVars("test.sav", 30, 35) -- Variablen 30 bis 35 in Datei "test.sav" ändern

elseif msg == 11 then

 if FileExisting("test.sav") == false then -- Wenn die Datei "test.sav" nicht vorhanden, dann
  SetVar(36, 0) -- in Variable 36 Null schreiben,
 else
  SetVar(36, 1) -- sonst eins, sowie
  FileDateTime("test.sav") -- Datum/Zeit von "Test.sav" abfragen (wird in FileXXXX gespeichert)
  SetVar(39, FileHour) -- Stunden in Variable 39 und
  SetVar(40, FileMinute) -- Minuten in Variable 40 speichern,
  LoadVars("test.sav", 37, 38) -- sowie die ersten beiden gespeicherten Variablen, also
                              -- ursprünglich 30 bis 31, in 37 bis 38 speichern, damit
                              -- sie bei der Vorschau angezeigt werden können
 end

elseif msg == 12 then

 LoadVars("test.sav", 30, 35) -- Variablen 30 bis 35 aus "Test.sav" an Originalposition laden.

elseif msg == 13 then

 if FileExisting("test.sav") == false then -- Dasselbe wie oben
  SetVar(36, 0)
 else
  SetVar(36, 1)
  EraseFile("test.sav") -- Datei löschen
 end
 
elseif msg == 14 then
 
 MP_Paint()
 
elseif msg == 15 then

 BlockKey(VK_F12)
 BlockKey(VK_H)
 BlockKey(VK_J)
 BlockKey(VK_K)
 BlockKey(VK_L)
 
elseif msg == 16 then

 ReleaseKey(VK_F12)
 ReleaseKey(VK_H)
 ReleaseKey(VK_J)
 ReleaseKey(VK_K)
 ReleaseKey(VK_L)
 
end

-- Tasten verarbeiten

if KeyPressed(VK_F3) then
 MsgBox("Du hast F3 gedrückt!", "F3-Freak")
end

if KeyPressed(VK_A) then
 SetVar(18, 1)
else
 SetVar(18, 0)
end

if KeyPressed(VK_D) then
 SetVar(19, 1)
 MP_ShowPic(100, "Test1.bmp", 100, 100, 100, 100, 0)
else
 SetVar(19, 0)
end

if KeyPressed(VK_LBUTTON) then -- Linke Maustaste
 SetVar(20, 1)
 MP_ShowPic(101, "Test2.bmp", 200, 200, 100, 100, 0)
else
 SetVar(20, 0)
end

-- Mausposition in Variablen 24 und 25 speichern

mx, my = GetMouse()
SetVar(24, mx)
SetVar(25, my)

Ready() -- Dem Maker mitteilen, dass der Patch fertig ist

---

mfG Cherry

Edit: Die mit "MP_" beginnenden Befehle sowie "BlockKey" und "ReleaseKey" nicht beachten. Die sind in der Demo nicht dabei.

Well I can't wait for the 200 pics since I'm doing a custom dialog system for my game(really wish I could just use 1 pic for so many pics><) because that'd be allot of pics...

Anyways with the plugins would we be able to hack Rm2k/3 with C++ with anything we desired? like hacking the height/width of the default charset and changing how many pixels it can move at a time?

@hacking: not yet.
@200 pics: i have sent ya an email, didnt you get it?

Was ich wissen möchte: Wird man auch Strings aus einer Datei auslesen können :confused: ? Das wäre übersichtlicher wenn man alle Dialoge in Pics schreibt. Kann man bei String in Pic uach auto Zeilenumbruch machen? Wäre auch nützlich.

selbstverständlich :)

So, ich melde mich auch mal wieder.

Mein Laptop ist leider kaputtgegangen und mein Ersatzlaptop hat kein WLAN, daher bin ich nur selten on, aber:

Ich suche Betatester für das Basissystem von v0.8

Diese sollten keine vollkommenen n00bs sein, bitte. Benutzer mit Windows 98/ME bzw. Windows Vista sind besonders willkommen, da ich sonst keine Möglichkeit habe, den Patch auf diesen Systemen zu testen.

Interessenten bitte per ICQ melden (444509176) und eine Nachricht hinterlassen (bin wie gesagt selten on).

mfG Cherry

tja. ich stehe jetzt vor einer Entscheidung die Skriptsprache betreffend.

Java oder Lua?

Was würdet ihr bevorzugen?
mfG Cherry

Ich würde es für eine riesen Schnapsidee halten eine Sprache wie Java an ein Kinderspielzeug wie den Maker zu hängen.

Lua war soweit ich das gesehen habe recht einfach zu lernen. Auch wenn hier der nötige Lernaufwand meist den eigentlichen Nutzen beim makern übersteigt. Java wird sich wohl kaum jemand aneignen wollen nur um sich ein paar Funktionen für ein Kinderspielzeug schreiben zu können.

Aus der Sicht derer die solche Sprachen bereits beherrschen, wäre Java wohl die bessere Wahl. Was nichts daran ändert das es eigentlich Humbug ist.

Ich wäre für Java, da ich von Lua keine Ahnung hab. Und so schwer ist Java jetzt auch wieder nicht, man muss sich eben wie in jede Skriptsprache erst eindenken :)

Ein weiterer Vorteil von Java wäre, dass sie (denke ich) weiter verbreitet ist als Lua, d.h. man hätte auch allgemein was davon ^^

Orange4

Ich weiß zwar nicht, wie weit Kenntnisse über Lua oder Java bei den Leuten vorhanden sind, aber Java lernt man z.B. im Informatikunterricht eher als Lua (naja, sofern man noch zur Schule geht und Info hat ^^). Von meinem Kenntnis stand würde ich daher zu Java tendieren, weil ich das kenne, aber das mag auch etwas subjektiv sein.^^°

Aus meiner Sicht hat Java allerdings den Nachteil, dass es manchmal doch etwas langsam ist vor allem auf etwas langsameren Computern (den Unterschied habe ich bei den Rechnern im Info-LK im Vergleich zu meinem langsamen ausgeliehenen Computer gesehen ^^).
Ich weiß nicht, wie sich Lua da verhält, da ich Lua noch nicht gelernt habe.
Wenn Lua irgendwie schneller und kleiner ist, ist es vielleicht gut, das zu benutzen.

Kommt drauf an wie die beiden sich halt in Größe, Geschwindigkeit und deren Verbreitung (also wer das alles kennt bzw. wie groß der Lernaufwand ist) unterscheiden und wer evtl. die meisten Vorteile aufweist.^^

PS: Meinst du Java-Skript oder das "normale" Java?

Zitat:

---

Zitat von Orange4

Ich wäre für Java, da ich von Lua keine Ahnung hab. Und so schwer ist Java jetzt auch wieder nicht, man muss sich eben wie in jede Skriptsprache erst eindenken :)

---

Java ist keine Skriptsprache. Java ist eine OO Programmiersprache.
Wir reden hier ja nicht von JavaScript. Zudem solltest du mal bedenken
was für eine Userschaft du mit dem Maker ansprichst. Schau dir mal die
Technikforen an. Dann wirst du sicherlich nochmal über die Aussage mit dem
"so schwer ist das nicht" nochmal nachdenken.

Ich würde zu Lua tendieren, mit Java assozieiere ich immer etwas böses....
Was nicht heißt, dass es selbst schlecht ist.
Ich würde daher sagen, dass du einfach das nimmst, das besser ist unter den Aspekten:
-Schnelligkeit (Sollte das Spiel natürlich nicht merklich verlangsammen)
-Einfachheit (das währe besonders wichtig, da Maker nicht immer Programmierkönner sind)
-Implementierbarkeit (Natülich sollte es auch nicht so schwer für dich sein es zu implementieren, da sonst es schwer werden könnte Fehler auszumertzen)

@Makenshi
Nicht schon wieder dieser Elitarismus. xD Inwiefern Authoring Tools Kinderspielzeug sind musst du erstmal erklären. Ich denke zwar auch, dass eine Scriptsprache für so einen Patch besser geeignet ist als eine Programmiersprache, aber es ist ja nicht so, dass es nicht schon einen Maker mit Programmiersprache gibt.

Zitat:

---

Zitat von makenshi

Schau dir mal die
Technikforen an. Dann wirst du sicherlich nochmal über die Aussage mit dem
"so schwer ist das nicht" nochmal nachdenken.

---

Naja, meinte nur, dass es eigentlich gleich ist, in welche Sprache man sich reindenkt. Da ich Java auch in der Schule lerne und öfters Anwendung findet als Lua, dachte ich, dass man das gelernte auch in anderen Bereichen anwenden kann ^^

Das der Maker ein Kinderspielzeug ist, finde ich nicht. Ich würde einfach mal sagen, er ist leicht zu handhaben, da man keine Methoden schreiben muss und sämtliche Befehle für ein komplexes Rollenspiel (oder auch Jump n Run) fertig zum anklicken parat hat. Das macht die ganze Sache Einsteigerfreundlich, allerdings lassen sich auch komplexe Dinge mit ihm programieren. (Sehe ich ehrlich gesagt als Vorteil, da man nicht auf die exakte Schreibweise der Befehle achten muss, damit der Kompiler damit klar kommt - jetzt mal auf die Programiersprache Java bezogen ^^)

Zitat:

---

Zitat von Kelven

@Makenshi
Nicht schon wieder dieser Elitarismus. xD

---

I knew you would come !

Das hat doch nichts mit elitär zutun Kelven.
Kinderspielzeug ist in dem Fall weniger als Abwertung gemeint als es da vielleicht rauszulesen ist. Es ist nur einfach irgendwo gut am Maker selbst zu sehen das er eher zum "kinderleichten" Spiele zusammenklicken gedacht ist.
Nicht als ernsthaftes Entwicklungswerkzeug oder ähnliches.
Die Bezeichnung passt einfach recht gut in meinen Augen.

Und mal ganz ehrlich, als ich ob ich schon so gut in Java wäre das ich groß mein Mundwerk aufreissen könnte. :) Das mit dem Elitär ist ja noch weit hin. Auch wenn ich daran nicht viel erstrebenswert finde.

Zitat:

---

Das der Maker ein Kinderspielzeug ist, finde ich nicht. Ich würde einfach mal sagen, er ist leicht zu handhaben, da man keine Methoden schreiben muss und sämtliche Befehle für ein komplexes Rollenspiel (oder auch Jump n Run) fertig zum anklicken parat hat. Das macht die ganze Sache Einsteigerfreundlich, allerdings lassen sich auch komplexe Dinge mit ihm programieren. (Sehe ich ehrlich gesagt als Vorteil, da man nicht auf die exakte Schreibweise der Befehle achten muss, damit der Kompiler damit klar kommt - jetzt mal auf die Programiersprache Java bezogen ^^)

---

Der Punkt ist ja das du mit dem Maker nicht programmierst.
Wenn du etwas mehr die Materie hinter "großen" Projekten gesehen hättest, dann würdest du auch sehen das Maker zich Nachteile hat die es einem eher unheimlich erschweren Konzepte für ein "normales" Rollenspiel einzusetzen. Da machen die Eigenheiten des Makers simpel nur viel mehr Arbeit.

Aber an sich sind diese Beschränkungen wiederum genau das was die Entwickler wohl wollten. Immerhin soll es ein simples Werkzeug sein mit dem die Leute sich ihre Spielchen zusammenklicken können.

Zitat:

---

Zitat von makenshi

Aber an sich sind diese Beschränkungen wiederum genau das was die Entwickler wohl wollten. Immerhin soll es ein simples Werkzeug sein mit dem die Leute sich ihre Spielchen zusammenklicken können.

---

Exakt, es geht um Spiele. Und die Möglichkeiten mit dem Maker für Rollenspiele find ich doch recht gut. Es ist ja nicht so, dass man damit sonstwas programieren können soll, es geht einfach um Rollenspiel :D

Aber ob man es nun programieren nennt oder nicht... Im Grunde nutzt man ja die bereits vorprogramierten Befehle, um wiederrum neues zu schaffen. Schwer, wie genau ich das jetzt nennen würde XD
Vielleich Spiel entwickeln?

Der Elitarismus zeigt sich ja eher im Vergleich zwischen Programmieren und dem Makern. So frage ich mich auch, ob außerhalb des Internetjargons überhaupt zwischen Scripten und Programmieren unterschieden wird.

Außerdem kann man mit dem Maker eben nicht kinderleicht Spiele zusammenklicken (und selbst wenn hätte das nichts mit Kinderspielzeug zu tun), man kann damit kinderleicht irgendeinen Mist zusammenklicken, aber keine Spiele. =3 Und natürlich ist der Maker ein ernsthaftes Entwicklungswerkzeug, zwar keines das professionell eingesetzt wird, aber eines das dafür benutzt werden kann Spiele zu entwickeln und wie einige Makerspiele beweisen ja sogar erfolgreich über die Grenzen der Community hinaus.

Zitat:

---

Wenn du etwas mehr die Materie hinter "großen" Projekten gesehen hättest, dann würdest du auch sehen das Maker zich Nachteile hat die es einem eher unheimlich erschweren Konzepte für ein "normales" Rollenspiel einzusetzen. Da machen die Eigenheiten des Makers simpel nur viel mehr Arbeit.

---

S. Thread über die Grenzen des Makers. Es ist sicher einfacher mit dem Maker ein Rollenspiel zu erstellen als mit einer höheren Programmiersprache. Dazu muss man die nämlich erstmal beherrschen und gut genug sein um sich die ganze Engine selber zusammenzubauen.

Zitat:

---

Zitat von Kelven

Der Elitarismus zeigt sich ja eher im Vergleich zwischen Programmieren und dem Makern. So frage ich mich auch, ob außerhalb des Internetjargons überhaupt zwischen Scripten und Programmieren unterschieden wird.

---

Da gibt es keinen Vergleich zu ziehen mein lieber Kelven. ^_^
Ich bin da eher für eine strikte Trennung, liest man doch?
Spielebaukasten bleibt Spielebaukasten und OOP bleibt OOP.

Und ja, es wird zwischen skripten und programmieren unterschieden. Skriptsprache sind der Definition nach eher für kleine überschaubare Aufgaben gedacht. Diese werden zudem interpretiert. Nicht extra vorher kompiliert.
Durch das meist nicht vorhandene Typenunterscheidungen kann es zudem recht fix zu miesen Fehlern kommen. Das aber nur nebenbei.

Es gibt also schon einen Sinn warum man von "skripten" und von "programmieren" redet. Mir persönlich sind solche Dinge wichtig. Man kann mich dafür gern als kleinkariert bezeichnen. :)

Zitat:

---

Außerdem kann man mit dem Maker eben nicht kinderleicht Spiele zusammenklicken (und selbst wenn hätte das nichts mit Kinderspielzeug zu tun), man kann damit kinderleicht irgendeinen Mist zusammenklicken, aber keine Spiele. =3 Und natürlich ist der Maker ein ernsthaftes Entwicklungswerkzeug, zwar keines das professionell eingesetzt wird, aber eines das dafür benutzt werden kann Spiele zu entwickeln und wie einige Makerspiele beweisen ja sogar erfolgreich über die Grenzen der Community hinaus.

---

Ganz ehrlich Kelven, der Maker IST kinderleicht. Easy to learn, hard to master eh? Mit ein wenig ausprobieren kann man sich mit der Zeit alle Makerfunktionen anschauen und sehen was sie tun. Man braucht halt nur Zeit für den Maker.

Kampfsysteme und ähnliches waren so nie vorgesehen im Maker. Da brauchen wir glaube ich nicht drüber diskutieren. Ergo weiß ich nicht ob man die quasi entzweckfremdung von manchen Funktionen des Makers wirklich als professionell ansehen kann. Da bin ich mir ehrlich nicht sicher. Ich möchte unser aller Hobby nicht schlecht reden. Nur halte ich es simpel für übertrieben den Maker in solchen Höhen erheben zu wollen.

Das man nicht mal eben so ein Spiel zusammenbauen kann ist klar. Unabhängig von dem Werkzeug mit dem man ein Spiel zusammensetzt, bleiben Dinge wie eine anständige Planung, eine Gameplayidee etc. ein Muss. Da hat ja aber wiederum der Maker nicht mehr wirklich was mit zutun.

Und die Spiele die auch außerhalb erfolgreich waren, sind (leider) absolute Ausnahmen. Wenn auch erfreuliche.

Zitat:

---

S. Thread über die Grenzen des Makers. Es ist sicher einfacher mit dem Maker ein Rollenspiel zu erstellen als mit einer höheren Programmiersprache. Dazu muss man die nämlich erstmal beherrschen und gut genug sein um sich die ganze Engine selber zusammenzubauen.

---

Absolute Zustimmung. Dafür ist ja er immerhin da, nicht wahr?
Er soll einem Menschen ermöglichen ein Rollenspiel zu erschaffen. Ohne das dieser sich vorher durch die Technikwüste qüalen muss.
Interessanterweise haben wir selbst eine Technikwüste erschaffen. *grübel*

Zitat:

---

Zitat von tarrox

Ich würde zu Lua tendieren, mit Java assozieiere ich immer etwas böses....

---

Ich musste lachen :D

@Cherry:
Nimm Lua, das ist schon die richtige Wahl.
Tutorials für Lua wirst du vor allem für die Spieleentwicklung von zB Add Ons für World of Warcraft finden, Java ist da eher für Datenbanken etc. das favorisierte Equipment.

Auf fachlicher Ebene hat sicherlich beides seines Vorteile aber bedenke deine Zielgruppe Cherry, du willst die abgreifen die dein Point&Click in deinen Tools der Komplexität des D-Patches vorziehen, also wärs sinnvoll die "einfachere" Sache zu nehmen, und das wäre Lua.

@makenshi
Wenn du beides so strikt trennst, dann solltest du aber auch nicht immer gleich darauf anspringen wenn jemand mal "mit dem Maker programmieren" sagt. ;) Obwohl es diese strikte Trennung wie gesagt vermutlich gar nicht gibt, denn in Stellenangeboten wird z.B. auch nach HTML-Programmierern und nicht nach HTML-Scriptern gesucht. Diese ganze Geschichte Programmieren vs. Scripten ist wohl eine Erfindung von irgendwelchen Geeks, denn letztendlich ist das was man im Maker als Eventcode stehen hat ein Programm. Gegenbeweise bitte nur mit Quellenangabe. =3

Wie gesagt, die Bedienung vom Maker ist einfach (wie man an der Verwirrung beim XP merkt anscheinend aber nicht einfach genug xD), aber ich hab auch nur davon gesprochen, dass man damit nicht kinderleicht ein Spiel erstellen kann. Was die CBSse angeht, nun die laufen doch cremig, wieso sollte man diese Möglichkeit dann nicht ausnutzen? Gibt es das im Spiel an dem du und Corti arbeiten nicht?

Zitat:

---

Er soll einem Menschen ermöglichen ein Rollenspiel zu erschaffen. Ohne das dieser sich vorher durch die Technikwüste qüalen muss.

---

Niemand zwingt einen dazu. Außerdem ist das alles nur eine Fleißfrage, man muss nicht viel mitbringen um mit dem Maker etwas zu scripten. Ein eigenes Menü oder KS sind trivial, wenn man Programmiererfahrung hat.

Ich spar mir mal das ganze durchlesen vom Thread, ok?

Zitat:

---

- Abspielen von Musik in MP3, OGG, WMA, MOD, IT, S3M, XM, MP2

---

Warum nicht M4A für AAC Audiocodec der im Moment der beste ist?

Du scheinst ein fähiger Mensch zu sein daher traue ich mich zu fragen:
-Könntest du irgendwie die 256 Farben Grenze bei Bildern umgehen?
-Könntest du einen gut interepretierten Alphakanal bei Bildern einbauen (nicht nur 0% und 100% Transparenz sondern auch Werte dazwischen; wäre genial für Dinge wie Lightmaps)?
-Kann man etwas machen damit man mehrere Battleanimationen gleichzeitig anzeigen kann?
-Kann man etwas machen das nicht gleich alles stoppt wenn man eine Nachricht auf den Bildschirm rausschreibt?

Wenn du das alles schaffst dann kriegst du mich vlt sogar wieder vor den Maker xD Daher frage ich ^^

Zitat:

---

Java oder Lua?

Was würdet ihr bevorzugen?

---

What the hell is Lua? Nimm Java oder gleich C# oder python wenn du die Möglichkeit hast xD

Ich habe mir das ganze nochmal überlegt und bleibe bei Lua.

@maki: Ich meinte JavaScript, sry.

mfG Cherry

Java, Lua, ganz egal, Hauptsache es funktioniert, sag ich immer ^^ Ich beherrsche weder Lua noch Java, muss also beides erst lernen, von daher begrüße ich deine Entscheidung, Lua zu verwenden, Cherry. Vorausgesetzt es ist wirklich so einfach wie alle sagen ^^' (Nur kurz nebenbei aus eigenem Interesse: kann es sein, dass "SupremeCommander" auf Lua basiert? Gibt da nämlich eine Menge Dateien mit der Endung ".lua"...)

Weshalb ich eigentlich hier bin: wollte nachfragen wie es mit dem aktuellen Entwicklungsstand aussieht und wann man mit einer Fertigstellung rechnen darf ^^




Greetz!



Alan

Ich sag dazu garnix. Nicht, dass ich mir noch mehr meinen Ruf ruinieren, indem ich noch einen Termin angebe und ihn wieder nicht einhalte (die Fertigstellung war ja EIGENTLICH im Oktober geplant...!)

Wegen Entwicklungsstand: sieht gut aus. Nur wird das ganze ein größeres Projekt und ich will, dass es ausgereift ist, bevor ich das an euch loslasse. Eine geschlossene Minibetarunde gibts schon.

mfG Cherry

ANKÜNDIGUNG: Bananen-Joe macht für mich freundlicherweise eine DLL, die RPG_RT.EXE-Dateien vom RPG Maker 2003 Version 1.05 oder höher so patcht, dass sie wieder eine harmony.dll verwenden. Dies wird in den Power Patch Control Center integriert und der Power Patch so umgeschrieben, dass er in eine harmony.dll verpackt ist, was mir einige Dinge erleichtert und auch neue Funktionen bereitstellt. Den oben erwähnten Patch wird es natürlich auch extra geben.

Damit kann man alle Patches, die bisher mit dem RPG Maker 2003 v1.05 oder höher nicht funktioniert haben (inklusive dem Keypatch) jetzt trotzdem mit diesen Versionen verwenden!

mfG Cherry

Klingt sehr gut:) . Eine Frage habe ich noch: Ist diese Harmony DLL dann so speziell dass sie ohne Patches die MP3 ausgabe kann?

Naja, ForceHarmony (so nenn ich das) ist eigentlich schon fertig, nur ist noch ein Bug in Bananen-Joe's DLL, drum muss ich mit dem Veröffentlichen noch warten, bis er on kommt und den Bug fixt. Nachdem dann wieder eine harmony.dll verwendet wird, wodurch der Maker seine MP3-Kompatiblität wieder verliert, sollten man am besten derula's Disharmony verwenden (MP3s können dann wieder abgespielt werden, und zwar genauso einfach wie sonst auch).

mfG Cherry

Zitat:

---

Zitat von Cherry1

Nachdem dann wieder eine harmony.dll verwendet wird, wodurch der Maker seine MP3-Kompatiblität wieder verliert, sollten man am besten derula's Disharmony verwenden (MP3s können dann wieder abgespielt werden, und zwar genauso einfach wie sonst auch, zusätzlich ist OGG-Support drin).

---

Ich seh da jetzt irgendwie nicht so die riesigen Vorteile bei dieser Sache. Schließlich verliert man die MP3-Fähigkeit. Dann hat man zwar noch den Vorteil der 50 Pictures, aber die bekommt man ja auch mit deiner neuen 1.04er-EXE locker rein. Sogar noch mehr. Die anderen Vorteile würde ich dann nicht als gravierend bezeichnen. Aber okay. Trotzdem ganz fein. =)

naja, Keypatch-Funktion!

Außerdem kann ich dann auch ohne schlechtes Gewissen den PP in eine Harmony einbauen, was nur Vorteie bringt, mir und dem User.

mfG Cherry

Naja ich habe mir mal die forceharmony.dll angesehen und das Ding läuft eigentlich super:) . Nur wieder ne Frage: Wenn ich jetzt Disharmony nutzen würde könnte ich doch irgendwie nicht Powerpatchharmony(nenn ich mal so xD) benutzen oder?:rolleyes:

doch.Erstens sind die beiden kompatibel, 2. kann man auch beide nutzen (denk nicht nach, wie, es geht aber ^^)

Nein, dies ist nicht die lang ersehnte Power Patch-Revolution, sondern ein Update der alten Version, um vom Inofficial Alpha-Status wegzukommen. Ein paar Dinge sind noch gefixed und so.

Download v0.41 Official Release
Power Patch v0.41 Official Release

Zitat:

---

Zitat von changes.txt

===== Power Patch v0.41 ======
==== UNTERSCHIEDE ZU v0.3 ====

-> Dies ist eine offizielle Version. Sie darf ohne Rückfrage in Spielen verwendet werden
-> Laden wurde ein wenig beschleunigt
-> Einige Bugs behoben (z.B. GamePath funktionierte nicht korrekt)
-> refernce.txt etwas ergänzt ("\\" muss statt "\" verwendet werden)
-> Skip-Title-Funktion - Titelbild kann übersprungen werden (einstellbar im Power Patch Configurator)
-> Log-Datei (powerp.log)
-> Kleinere RPG_RT.EXE
-> Genauere Lua-Fehlermeldungen
-> Icons verändert

Wichtig! Um Kompatiblität zu gewährleisten, müssen, BEVOR die neue Version installiert wird, mit dem alten Power Patch Configurator der Version 0.3 die Plug-Ins um eine Nummer nach hinten gerückt werden.
Beispiel:
Original:
0 : FooBarPlugIn.dll
1 : Blabla.dll
2 :
3 : Something.dll

Korrigiert:
0 :
1 : FooBarPlugIn.dll
2 : Blabla.dll
3 :
4 : Something.dll

Im Power Patch Configurator der Version 0.4 werden die Plug-Ins dann wieder korrekt angezeigt (in der cfg-Datei wurde nämlich anstelle Plug-In 0 die Einstellung für SkipTitle eingefügt)


Um v0.41 zu verwenden, müssen die RPG_RT.EXE, POWERP.OEX und PPCONFIG.EXE ersetzt werden.


Dateiversionen:
RPG_RT.EXE 0.3.0.0 -> 0.4.0.0
POWERP.OEX 0.3.0.0 -> 0.4.1.0
PPCONFIG.EXE 0.3.0.0 -> 0.4.0.0

---

mfG Cherry

Falls es sich schon wer geladen hat - bitte noch mal laden! Im vorigen Download war ein Debug-Relikt, was dazu geführt hat, dass der Patch beim Starten hängen blieb! Außerdem war das Demoprojekt noch für die alte Version ausgelegt! Das ist jetzt behoben!

mfG Cherry

So Leute, hab noch ein wenig weiter gebastelt. Ich will nämlich erreichen, dass die "alte Generation" (v0.3/0.4) nicht so "halbfertig" bleibt (buggy und nicht zufriedenstellend). Daher hab ich jetzt ein wenig "New Technology" vom kommenden PP v0.85 in eine neue Version v0.42 reingepackt.

Hier das Ergebnis:

Zitat:

---

Zitat von changes.txt

===== Power Patch v0.42 ======
==== UNTERSCHIEDE ZU v0.41 ===

-> Finder wurde implementiert, dadurch wurde die Ladezeit auf ca. 0,25 Sekunden reduziert (siehe readme.txt!)
-> Switches können nun genauso wie Variablen ausgelesen, geändert, geladen und gespeichert werden (siehe reference.txt!)
-> Der Versuch, nicht vorhandene Switches oder Variablen zu lesen/schreiben wird abgefangen
-> Skip-Title-Funktion wurde noch etwas optimiert
-> Demoprojekt und build_plugin.txt wurden etwas aktualisiert
-> Unnütze Dateien entfernt
-> readme.txt wurde um einige wichtige Hinweise erweitert. ES WIRD DRINGEND EMPFOHLEN, SICH DIESE DATEI GENAU DURCHZULESEN!

Zur Verwendung des Finders bitte UNBEDINGT readme.txt lesen!

Um v0.42 zu verwenden, mussen die POWERP.OEX ersetzt werden.


Dateiversionen:
POWERP.OEX 0.4.1.0 -> 0.4.2.0



===== Power Patch v0.41 ======
==== UNTERSCHIEDE ZU v0.3 ====

-> Dies ist eine offizielle Version. Sie darf ohne Rückfrage in Spielen verwendet werden
-> Laden wurde ein wenig beschleunigt
-> Einige Bugs behoben (z.B. GamePath funktionierte nicht korrekt)
-> refernce.txt etwas ergänzt ("\\" muss statt "\" verwendet werden)
-> Skip-Title-Funktion - Titelbild kann übersprungen werden (einstellbar im Power Patch Configurator)
-> Log-Datei (powerp.log)
-> Kleinere RPG_RT.EXE
-> Genauere Lua-Fehlermeldungen
-> Icons verändert

Wichtig! Um Kompatiblität zu gewährleisten, müssen, BEVOR die neue Version installiert wird, mit dem alten Power Patch Configurator der Version 0.3 die Plug-Ins um eine Nummer nach hinten gerückt werden.
Beispiel:
Original:
0 : FooBarPlugIn.dll
1 : Blabla.dll
2 :
3 : Something.dll

Korrigiert:
0 :
1 : FooBarPlugIn.dll
2 : Blabla.dll
3 :
4 : Something.dll

Im Power Patch Configurator der Version 0.4 werden die Plug-Ins dann wieder korrekt angezeigt (in der cfg-Datei wurde nämlich anstelle Plug-In 0 die Einstellung für SkipTitle eingefügt)


Um v0.41 zu verwenden, müssen die RPG_RT.EXE, POWERP.OEX und PPCONFIG.EXE ersetzt werden.


Dateiversionen:
RPG_RT.EXE 0.3.0.0 -> 0.4.0.0
POWERP.OEX 0.3.0.0 -> 0.4.1.0
PPCONFIG.EXE 0.3.0.0 -> 0.4.0.0

---

DOWNLOAD

mfG Cherry

Sehr gut,Cherry!
Ich würde ihn gerne,auch dank des Finders,das Programm in meinem Spiel verwenden.Allerdings gibt es anscheinend immer noch das Problem,dass die ersten 11 Variablen für den PP gebraucht werden,oder ist es möglich,die Variablen auf eine andere Stelle zu bringen?Die ersten 11 werden nämlich von meinem Spiel stark beansprucht...:\

Nein, und das werde ich in die "alte" PP-Generation auch nicht mehr einbauen, wäre zu umständlich.

WICHTIG: Mir ist leider in der Version 0.42 ein sehr peinlicher Fehler unterlaufen, es tut mir auch wirklich leid, daher hier das Update:

Zitat:

---

Zitat von changes.txt

===== Power Patch v0.42b =====
==== UNTERSCHIEDE ZU v0.42 ===

-> GetVar lieferte bei Switches immer SW_ON
-> Die von SaveVars erzeugten Dateien wurden bei Switches viermal so groß wie nötig

Um v0.42b zu verwenden, muss die POWERP.OEX ersetzt werden.


Dateiversionen:
POWERP.OEX 0.4.2.0 -> 0.4.2.1

---

Einfach die v0.42 nochmal runterladen, Download wurde aktualisiert.


Sry nochmal.

mfG Cherry

So. Der PP braucht jetzt nicht mehr zwingend die ersten 11 Varis, es können jetzt auch z.B. 501 - 511 verwendet werden.
@Myriad: Habs eben doch eingebaut.

Power Patch v0.43
DOWNLOAD

Zitat:

---

Zitat von changes.txt

===== Power Patch v0.43 ======
=== UNTERSCHIEDE ZU v0.42b ===

-> Statt ID 1 bis 11 können nun andere Variablen für die internen Funktionen des Power Patch verwendet werden
-> Mit dem Befehl "ShowGameWindow" kann das Spielfenster versteckt und wieder angezeigt werden
-> Finder bricht nun nach 45 Sekunden ab
-> POINTER.DAT muss vor Weitergabe eines Spiels nicht mehr gelöscht werden
-> Überspringen des Titelbildes beim Finder wurde verbessert
-> Aus Kompatiblitätsgründen wird zur Laufzeit statt der 1. nun die 3. Identifikationsvariable überprüft

Um v0.43 zu verwenden, müssen die POWERP.OEX und die PPCONFIG.EXE ersetzt werden.

PPCONFIG v0.43 ist zu PPCONFIG v0.40 abwärtskompatibel.


Dateiversionen:
POWERP.OEX 0.4.2.1 -> 0.4.3.0
PPCONFIG.EXE 0.4.0.0 -> 0.4.3.0

---

mfG Cherry

Zitat:

---

So. Der PP braucht jetzt nicht mehr zwingend die ersten 11 Varis, es können jetzt auch z.B. 501 - 511 verwendet werden.

---

Spitze, das löst eins meiner Probleme :). Ein anderes: Ich kann so lange ich den PP verwende keine Testkämpfe im Editor starten. Nicht dringendes Problem wär aber schön wenn das auch funktioniert.

Ansonsten :A

Zitat:

---

Zitat von changes.txt

===== Power Patch v0.43b =====
==== UNTERSCHIEDE ZU v0.43 ===

-> Battle Tests werden nun unterstützt

Um v0.43b zu verwenden, muss die POWERP.OEX ersetzt werden.


Dateiversionen:
POWERP.OEX 0.4.3.0 -> 0.4.3.1

---

Downloadlink von v0.43 wurde aktualisiert.

mfG Cherry

Zitat:

---

Zitat von Cherry

So. Der PP braucht jetzt nicht mehr zwingend die ersten 11 Varis, es können jetzt auch z.B. 501 - 511 verwendet werden.

---

Unglaublich!Danke schön.Werde ich direkt in mein Spiel einbauen.Der Finder ist auch eine gute Idee,absolut genial!

PP v0.9 ist gecancelt, das Konzept mit der harmony.dll war nicht so das Wahre, da auf diese Weise der Maker quasi ÜBER dem Patch steht, was eher nicht so gut ist - der (relativ "schlampig" programmierte Maker ist den Power Patch ein paar mal schon zum Absturz gebracht).

PP v0.83 wurde wieder aufgenommen und weiterentwickelt, es gibt ein harmony.dll-Modul, welches aber optional ist. Der Patch ist nun wieder wie vorher in einem externen Programm.

mfG Cherry

Endlich muss ich mir keine Gedanken über PP und DisHarmony machen.
Klingt eigentlich gut so. Aber dauert es noch lange?

Sowas, dass erst jetzt jemandem aufgefallen ist, dass der v0.43b-Link in Wirklichkeit auch zu v0.42b führt... Naja, fixed.

Ich hätte nur mal ein paar fragen:
-Kann ich die ersten 11 variablen auch behalten und die variablen in den common events ändern?
-funktionieren die auf der ersten seite angegebenen sachen jetzt schon wenn ich den power patch einfach nach der anleitung installiere oder muss ich erst dazu noch die plugins herunterladen?
-Bei mir kommt im Test Modus immer die Meldung: (Data Pointers Lost - Start a game and wait bla bla), was heißt das?
hoffe das waren jetzt nicht nur fragen die ich selbst hätte rausfinden können >_<;; jedenfalls danke und :A dass du diese ganzen tools schreibst!

Zitat:

---

Zitat von MarcL

Ich hätte nur mal ein paar fragen:
-Kann ich die ersten 11 variablen auch behalten und die variablen in den common events ändern?

---

Guck in die Readme!

Zitat:

---

Zitat von MarcL

-funktionieren die auf der ersten seite angegebenen sachen jetzt schon wenn ich den power patch einfach nach der anleitung installiere oder muss ich erst dazu noch die plugins herunterladen?

---

Ja, offiziell gibt es noch keine Plugins dazu.

Zitat:

---

Zitat von MarcL

-Bei mir kommt im Test Modus immer die Meldung: (Data Pointers Lost - Start a game and wait bla bla), was heißt das?

---

Das heißt genau das, was da steht (steht auch in der Readme beschrieben). Tu das, was verlangt wird (warten, bis eine Meldung kommt).

Zitat:

---

Zitat von MarcL

hoffe das waren jetzt nicht nur fragen die ich selbst hätte rausfinden können >_<;; jedenfalls danke und :A dass du diese ganzen tools schreibst!

---

Bitte gerne :)

mfG Cherry

Mal ne Frage:
Mit GetMouse() kann man die Mausposition abfragen.
Wie setzt man aber die Mausposition, falls ich sie ändern möchte.
Hab im Netz was mit MoveMouseTo(x,y) gefunden, hat aber nicht gefunzt

netwarrior

P.S. wo gibt es im Netzt gute Lua Tutorials?

Das Setzen der Mausposition ist nicht vorgesehen. Kann ich aber gerne noch einbauen.

Zitat:

---

Zitat von Cherry

Das Setzen der Mausposition ist nicht vorgesehen. Kann ich aber gerne noch einbauen.

---

Wäre Klasse, wenn das ginge. :)

netwarrior

Update zu v0.44!

Zitat:

---

Zitat von changes.txt

===== Power Patch v0.44 ======
=== UNTERSCHIEDE ZU v0.43b ===

-> "GetMouse" wurde korrigiert, es lieferte um bis zu 10 Pixel falsche Koordinaten
-> Mit dem Befehl "SetMouse" kann nun die Mausposition auch gesetzt werden

Um v0.44 zu verwenden, muss die POWERP.OEX ersetzt werden.


Dateiversionen:
POWERP.OEX 0.4.3.1 -> 0.4.4.0

---

Download im Startpost!

Es gibt ein DrawText-Plugin!
http://www.multimediaxis.de/showthread.php?t=121197

Feine Sache:

Eine Kleinigkeit, die mir bei er reference.txt aufgefallen ist:

Code:

---

CopyFile(source:string, destination:string)
===========================================
Kopiert eine Datei.

source = Quelle
destination = Ziel

z.B.:
CopyFile("c:\\a.txt", "d:\\")

---

Beim Kopieren einer Datei muss auch der Name mit angegeben werden,
z.B:
CopyFile("c:\\a.txt", "d:\\a.txt")

man kann bei der Gelegenheit auch einen alternativen Namen wie b.txt gleich mit angeben.

Ah ja, stimmt. Ich Depp hab vergessen, das auch noch zu korrigieren.

So, ich hoffe mal, mich steinigt niemand für's Necroposten, aber ich wüsst nicht wohin sonst mit der Frage... <_<

Dieses ändern der Fenstergröße, muss ich dabei groß etwas beachten? Derzeit ist dann einfach bei mir das Fenster größer, ich habe aber immer noch den Standardausschnitt von 320x240px, der Rest ist einfach schwarz. Ich würde aber gerne a.) die Größe verändern (und zwar so, dass das Drücken von F5 das nicht prompt wieder zunichte macht sondern einfach normal skaliert) und b.) den Fullscreenmode deaktivieren.

Ist das soweit möglich? Und falls ja, wie?
Denn so scheint die Fenstergröße nach wie vor doch sehr gebunden zu sein, wenn andere Größen nicht funktionieren und prompt bei F4/F5 wieder gekillt werden...

Maker ist btw. der 2003 V.1.08.


EDIT: Und noch ne Frage, deren Lösung sich mir jetzt beim lesen der Readmes noch nicht erschlossen hat... ist es möglich, direkt ins Load-Menü zu kommen, bspw. für einen eigenen Startbildschirm? Übersprungen werden kann der ja...

Beides ist leider nicht möglich.

Dieser PP ist erst mein 4. Tool gewesen (und das erste wirklich "große") und entsprechender Murks.

Zitat:

---

Zitat von BDraw

EDIT: Und noch ne Frage, deren Lösung sich mir jetzt beim lesen der Readmes noch nicht erschlossen hat... ist es möglich, direkt ins Load-Menü zu kommen, bspw. für einen eigenen Startbildschirm? Übersprungen werden kann der ja...

---

Ja, da gab irgendwie ein Patch/Hack, der die rpg_rt verändert.
(Ich glaub das war dann der Befehl "Stop Parallel Events" der das Lade-Menü aufruft.)

Alternativ gibt es auch noch eine "unsaubere" Methode wie sie z.B. bei Alone - Eternal Nightmare verwendet wird (das nennt sich "Load Switcher", die Datei heißt da LS.dat). Den Aufruf wird über den PowerPatch abgewickelt, indem man das an die mainloop.lua bei "if msg == ..." anhängt:

Code:

---

elseif msg == 16 then
 ExecProgram(GamePath .. "\\LS.dat", "4782832")
end

---

(Das funktioniert bei der rpg_rt des rm2k3 1.09, bei anderen rpg_rt's kann die Zahl bei ExecProgram anders sein.)
Im RM2K3 muss man den PowerPatch dann so ansteuern:

Code:

---

<>Change Var: [0009: Zum PowerPatch] Set, 16
<>Call Event: Power Patch Msg

---

EDIT: Cherry gibt es eigentlich noch andere PowerPatch-Varianten außer dem 0.4X und dem Power Patch Compact v0.85? Ich hab da noch irgendwo eine Version 0.85 die meckert, dass sie nicht ins Spiel integriert werden soll.
Was macht eigentlich die Entwicklung des CGSS?
Ich zitiere mal aus Die Kathedrale und der Basar: "Früh freigeben. Oft freigeben. Seinen Anwendern zuhören." ;) .

Ich meinte, du kommst mit dem Power Patch nicht ins Lademenü.

Mit dem BetterAEP geht das locker flockig.

Ja, es gibt Power Patch v0.85, was ziemlich viel kann, aber nichts gut^^ Daher wurde das nie offiziell released, und wird es auch nie, sondern das darin enthaltene Wissen wird in CGSS gestopft.

Wegen CGSS: Später. Hängt immer grade von der Motivation ab, und die liegt jetzt grade beim RM2k9U. Da wird es bald ein kleines Release geben, mit dem Ressourcen-im-Unterordner-Feature und so.

http://share.cherrytree.at/showfile-...ple_plugin.zip

C++-Source eines Beispiel-Plugins.

Nachdem ich Cherry wegen dieser Sache bereits per PN anschrieb, hier nochmal eine öffentliche Version (in der Hoffnung dass es sonst noch wem nützt):

Hallo Cherry!

Zunächst nochmal Gratulation zu Deinem PowerPatch! Jetzt aber auch zu dem Problem das ich fand:

Ich verwende Version 1.05 des RM2K, verwende das PicPointerPatch und habe die ersten vom Patch benutzten Variablen verlegt (einmal nach 21 und einmal nach 101, wobei die Werte wahrscheinlich keine Rolle spielen sofern es nicht irgendein exotischer Bug ist). In allen Fällen habe ich sichergestellt dass die PowerPatchID's richtig neu zugeordnet wurden, alle drei common Event's wurden richtig reproduziert (wobei hier ja vor allem PowerPatchInit interessant sein dürfte).
Mein Problem nun: Mit dieser Konfiguration bekam ich sowohl im Testspiel wie auch im normalen Modus beim Starten zwar die "pointers lost"-Fehlermeldung, hatte aber auch nach mehreren Minuten weder einen Time-limit-exceeded-Abbruch, noch eine Erfolgsmeldung, es wurde keine entsprechende Pointers.dat erstellt.

Testhalber habe ich bereits die Pointers.dat aus dem Demoprojekt benutzt (was ich gerade noch immer tue) und dazu die Variablen 1-11 die ich bereits verwendete umdisponiert. Das läuft jetzt auch so weit. (die rpg_rt.oex des Demoprojekts hab ich nicht verwendet weil ich nicht wusste ob sie das PicPointerPatch enthält -> habe meine .oex manuell gepatcht).
Bei Tests die ich mit Pointers.dat des Demoprojektes für Variablen 0001-0005 als ID's gemacht hab beobachtete ich Effekte die für Dich zu eventueller Bug-Analyse interessant sein könnten:

- Verwendete ich die Pointers.dat für Variablen 1-5, benutzte im Spiel auch Variablen 1-5 für die ID's, setzte in der powerp.cfg aber trotzdem den START-wert weiter nach oben, habe ich bei Spielstart zwar keine Meldung mit "pointers lost" bekommen, wohl aber nach kurzer Zeit "time limit exceeded" mit anschließendem Beenden des Spiels (sowohl im Testspiel als auch beim normalen Starten).
- Auch jetzt, wo soweit alles funktioniert (sofern ich PowerPatchInit gestartet habe sobald wie möglich) bekomme ich zwar keine "pointers lost"-Meldung, aber wenn ich zu lange im StandardMakerHauptmenü mit "Neues Spiel" etc. verharre oder im Spiel warte bevor ich die PowerPatchInit aktiviere bekomme ich nach einiger Zeit dennoch besagte limit-exceeded-Meldung mit Abbruch (und bin mir nicht sicher ob das so sein soll wenn der Patch die Pointer ja eigentlich findet - denn das hätte ja u. A. zur Folge dass man das PowerPatch zu Testzwecken etc. gar nicht mehr ausschalten könnte und außerdem das Standardhauptmenü nicht mehr benutzen).

Ich hoffe nun, dass ich mit dem Problem nicht ganz allein dastehe und dass irgendjemand seine Schlüsse aus den aufgelisteten Effekten ziehen kann.

Viele Grüße,
NixNameHier

Probiers mit dieser powerp.oex: http://share.cherrytree.at/showfile-4363/powerp.oex

(Btw, der ganze Power Patch ist uralt, das drittälteste Patch-Projekt von mir überhaupt. Die Technik da drin ist grauenhaft :D )

Danke für den Link!

Übrigens...

Zitat:

---

Zitat von Cherry

Die Technik da drin ist grauenhaft :D

---

Ich muss zugeben, das hatte ich befürchtet. xD

Viele Grüße,
about:blank