Bezüglich RTP würde ich dir die offizielle Seite empfehlen: Hier.
Da es den Maker nun legal zu kaufen gibt und entsprechend auch etliche User darauf umschwenken wird das RTP alter (illegaler) Versionen nicht mehr kompatibel sein (mal davon abgesehen, dass es nicht die offizielle Version ist).
In der Regel tendieren aber immer mehr Leute dazu ihre Spiele auch vom RTP unabhängig zu machen, indem sie die notwendigen Dateien einfach in den Projektordner kopieren.
MfG Sorata
Zitat von Drakee
Hää? Wat? Ich meine mit "SKS" "Standard-Kampfsystem" xD
Das kann bis jetzt kein Maker automatisch. Wie auch? Kleine Theoriestunde:
Ein ChipSet besteht einfach nur aus einer Ansammlung an Bildern, die man irgendwo hinsetzt und denen in der Database Passability und sowas zugewiesen ist. Damit man unter einer Brücke durchlaufen kann, also diese den Helden überdeckt, aber im nächsten Moment diese "unter" dem Helden ist, also man drüber laufen kann, bedarf es schon etwas mehr Arbeit. Im RPG Maker kann man sowas nur über umständliche Skripte. Es gibt auch ein sehr simples Skript, das das ChipSet einfach auswechselt. Erst ist die Brücke mit einem Stern markiert und dann, wenn man über ein Event drüber läuft, wechselt das Event dieses ChipSet mit einem identischen aus, bei dem die Brücke mit einem Kreis markiert ist, ABER, da ist das Problem, dass es bei Mapevents dann sehr problematisch wird, vor allem bei sowas wie Action Kampfsystemen. Da käme man dann nicht drumherum, Events zu setzen, über die andere Events nicht drüberlaufen dürfen (Prevent Event Overlap)
Und da brauchen wir ein System, das 3D-Kollision benutzt. Der RPG Maker nutzt sowas NICHT, deswegen funktioniert das auch nicht. Viele 2D-Spiele, auch alte SNES Games, nutzen so ein System, mit dem es möglich ist, Höhenunterschiede festzumachen, also, ob man auf einer Brücke oder darunter steht. Bei Secret of Mana kann man z.B. auch keine Gegner angreifen, die auf einem Berg sind, obwohl da grafisch lediglich eine zwei Pixel breite Kante zwischen Held und Gegner ist. Das Spiel muss wissen, damit man keinen Gegner trifft, der eigentlich "unter einem" ist, auf welcher Höhe man sich befindet. Außerdem muss das auch jeder Gegner und jeder NPC wissen, wo er sich befindet, damit er über die Brücke drüber laufen kann, oder nicht.
Wenn man sowas mit einer richtigen Programmiersprache schreibt, dann dauert das vielleicht einen halben Tag so ein System zu implementieren, weil man sich das einmal überlegen und das einmal umsetzen muss, aber da dem Maker die Möglichkeit fehlt, in einem Event lokale Variablen zu nutzen, muss man so ein Skript sehr arbeitsintensiv an jedes einzelne Event anpassen... genauso wie ein Action Battle System. Da muss auch jeder Gegner seine eigenen X und Y Koordinaten haben, die in dem Variablen Array gespeichert sind. Ich kann mir gut vorstellen, dass man im XP und VX/VX Ace sowas wesentlich leichter über Ruby hinbekommt und im neuen MV, der irgendwann rauskommt, geht das wahrscheinlich über Java Script, aber in den 2000er Versionen des RPG Makers ist ein "künstliches" 3D-Kollisionssystem mit Umständen verbunden, die ich für mein Spiel übrigens auf mich nehmen will. Nur werde ich halt auf Gegnerhorden verzichten, also maximal 5 Gegner pro Map benutzen und keine besonders riesigen Maps. Es ist in Action Kampfsystemen, bei denen man nicht gerade Hack 'n Slash mäßig durch Gegnerhorden metzelt (wie z.B. Dungeon Crawler alá Hammerwatch), sowieso ein riesiger Störfaktor, wenn so viele Gegner die Wege blockieren etc. 5 Gegner pro Map hört sich wenig an, ist es aber nicht und demnach wird da der Aufwand für eine wegen nur global nutzbaren Variablen nötige Anpassung auch minimal gehalten.
Ich kann mir gut vorstellen, dass da DynRGP eine große Abhilfe schafft, indem man mit einem Patch lokale Variablen ermöglicht, mittlerweile hat ja enterbrain auch eine EULA zu Patches für den RPG Maker 2003 rausgehauen, die es erlaubt, welche zu benutzen, zu schreiben und zu veröffentlichen unter der Voraussetzung, dass man dafür keinen offiziellen Support bei Problemen bekommt und auch unter der Voraussetzung, dass man nichts von dem Quellcode des Makers veröffentlicht. Nur leider weiß ich nicht, wie es mit der Kompatiblität von DynRPG zu der offiziellen RPG Maker 2003 Version steht.
Die Brücke muss dann übrigens über Map-Events zusammengeschustert werden, die immer ihre Priority ändern, je nachdem wie sich die Ebene ändert, auf der der Held gerade ist. Das müsste man über verschiedene Eventpages machen, die mit entsprechenden Switches aktiviert werden. Im XP gibt es die Self-Switches, das sind bereits lokale Variablen. Damit Gegner nicht drüberlaufen, wenn die Priority "Above Hero" ist, sonst kann man das auch vergessen, müsste man "prevent Event overlap" anticken. Die Ebene muss man über Terrain IDs bestimmen. Am besten ist es daher Parallax Maps zu machen (wie z.B. bei Sunset Over Imdahl). Oder man bestimmt bei Tiles die TerrainIDs, die einen Ebenenwechsel von Held und Mapevents per Skript triggern, wenn man drüber läuft. Das ist aber wesentlich komplizierter, das bugfrei zu bekommen. Außerdem muss das auch für Mapevents gemacht werden, die keine fixe Position haben.
Nein, und ich bezweifle ebenfalls, dass es das irgendwann in einem künftigen Maker geben wird.
Jou, danke sorata08! Genau das hab ich die ganze Zeit gesucht und seltsamerweise nirgendwo im Internet gefunden
@Drakee: Meine Anmerkung bezog sich auf den Kommentar von Zirconia:
SKS=Sternen-Kind-Saga. Sorry, dass das nicht ganz klar rüberkam. Das mit dem Kampfsystem deinerseits hatte ich auch so verstanden, wie du es meintest^^
Danke für die Ausführliche Erklärung. Hätte wirklich nicht gedacht, dass das so ein großer Aufwand ist, bzw. dass das schon längst zu den Standardmöglichkeiten gehört, da dass damals auch viele kritisiert hatten.
Aber anstatt das fganze mit den Events so komplex zu gestalten, hätte ich eine Idee, wie man es zumindest etwas einfacher lösen könnte mit nur einem Nachteil: Einfach zwei identische Maps machen und auf der einen ist die Brücke unter dem Spieler und auf der anderen über ihm. Und dann einen Sprungpunkt (zwischen den beiden Maps, also als wenn man den Rand erreicht hätte) beim Übergang erstellen. Wenn man dann auf über einen bestimmten Bereich läuft wechseln die beiden Maps. Sollte es möglich sein, das schwarze Fade-in und -out wegszulassen, dann das nutzen (eventuell kriegt man es sogar so hin, dass der Übergang so schnell geht, dass man ihn nicht mal merkt). Jetzt noch alle Ereignisse, Positionen der NPC/Gegner/Objekte/..., Anzahl der Gegner-HP, etc. mit auf die Neue Map übertragen. Entweder so, oder man legt die Karte so an, dass man die Map verlassen muss um auf bzw. unter die Brücke zu kommen. Bei der ersten Variante muss man natürlich auch noch darauf achten, dass die ganzen Bewegenden Personen nicht in den Brückenbereich kommen. Sonst beamen die - wenn man über den Sprungpunkt läuft - plötzlich hoch oder runter ;P .
Weiß nicht, ob das so klappen würde, aber scheint mir (je nach Anzahl der Events) die einfachere Methode zu sein. Wobei dass System mit den verschiedenen Höhenebenen viel interessanter und realistischer ist (wundert mich immer noch, dass es das noch nicht Standardmäßig gibt...).
Wegen Zeichentool: auch das wundert mich. Ich hatte das häufiger, dass ich nur ein kleines Element ändern wollte (weil es zur Story gehörte oder einfach passend aussehen würde). Und so ein kleines Paint-Programm (das Nötigste vom Nötigsten hätte ja schon gereicht) ist ja nun wirklich keine Programmiertechnische Meisterleistung. Immerhin hat Microsoft das schon seit Ewigkeiten im Betriebssystem quasi integriert
Naja, hoffen darf man ja noch ^^
Klappen würde es zwar aber es ist die mit Abstand aufwändigste und somit schlechteste Methode. Wenn es dir nur darum geht, dass man als Spieler eine Brücke mal unter- und mal überqueren kann, dann würde ich auch zu der Methode raten, die Drakee als erstes erläutert hat.
Gruß
Stoep
@Stoep: Okay, okay, überzeugt XD
Man sieht, dass ich keine allzu große Ahnung von den Programmiertechnischen Möglichkeiten des Makers habe. Drakee hat da nur so viele Fachspezifische Begriffe genutzt, dass es sich für mich ziemlich komplex anhörte. Meine Beschriebene Variante konnte ich mir besser Vorstellen, daher erschien sie mir leichter^^
Aber ich glaube euch, wenn ihr sagt das Drakees Variante die Bessere ist.
@Sabaku: Ganz deiner Meinung! Es wurde ja vor kurzem ein neuer Maker vorgestellt. Und soweit ich weiß, sind noch nicht alle Details bekannt. Also vielleicht hat er sowas ja diesmal mit an Bord
Wobei ich irgendwie vermute, dass der neue Maker ganz genauso funktionieren wird, wie der Ace... nur mit Multiplatforming xD
Mir kams irgendwie auch so vor, als wäre die Makerszene in den letzten Jahren ruhiger geworden.
Aber ich glaube, das legt eher daran, dass weniger neue Projekte entstehen... wahrscheinlich warten die Leute eher mit einer Vorstellung, bis sie was gut Vorzeigbares haben.
Aber intern ist die Szene noch sehr aktiv. Auch gibt es einige großartige Projekte, die in der Mache sind.
Auch im englischen Bereich gibt es einige Vorzeige Projekte. Da deine Sprachkenntnisse jetzt besser sind, würde ich mich da auf jeden Fall mal umsehen
--
Man muss aber zu der Englischen Szene sagen, dass die nicht so penibel und pingelig sind, was die Benutzung von dem Standard RTP und dem Standard KS angeht.
Viele RPG Maker Spiele auf Steam benutzen immernoch Standardressourcen und ein leicht abgewandeltes SKS.
Hier in der deutschen Community wird schon viel mehr Wert auf etwas Einzigartiges gelegt und das schon seit es den Maker gibt.
Der 2k und 2k3 haben beide MP3-Unterstützung. Beim 2k kam sie mit Version 1.50, beim 2k3 mit Version 1.05. Die offiziellen Versionen im Steam können beide MP3s.
Es gibt mittlerweile mehrere RTPs: Einige inoffizielle, wobei afair die die von Don Miguel für den 2k und von RPG Advocate für den 2k3 veröffentlicht wurden jene sind, die hier am häufigsten verwendet wurden.
Davon unabhängig gibt es für die offiziellen Versionen eigene RTPs. Es gibt da aber keinen Konflikt, d.h. es können für jeden Maker ein inoffizielles und das offizielle RTP gleichzeitig installiert sein, und je nach Engine-Version des Spiels (inoffiziell/offiziell) wird das eine oder andere verwendet.
--
Mir war nichtmal bewusst dass ich nominiert wurde, aber: Cool! Hälfte des Lobes muss aber unbedingt an Archeia!Now all new and shiny:CherryShare | Patches und Tools | Programmwunschthread | www.cherrytree.at | Cherry = CherryDT
@Cherry Kann der RPG Maker 2000 auch mittlerweile so viele Tasten abfragen wie der 2003er?
Nein. Die Zahlen und +-*/, nicht. Shift schon.
--
Mir war nichtmal bewusst dass ich nominiert wurde, aber: Cool! Hälfte des Lobes muss aber unbedingt an Archeia!Now all new and shiny:
Welche Englisch-sprachigen Seiten sind den Empfehlenswert? Ihr habt ja schon einige male von der Community dort geschwärmt, und dass es gerade da noch sehr lebhaft zugeht. Also habt ihr bestimmt auch einige Empfehlungen, auf welche Seiten ich mal schauen sollte, oder welche Projekte ich mir mal anspielen sollte. Die deutschen Meilensteine kenn ich ja schon bzw. bin ich gerade am erkunden. Also, was würdet ihr sagen ist das englischsprachige Pendant zu rpg-Atelier?
@Drakee: Ich mag das SKS (diesmal Standard KampfSystem
Und wisst ihr, was mir noch aufgefallen ist (vielleicht ist das sogar einer der Gründe/der Hauptgrund, warum es immer weniger Maker-Spiele gibt)? Damals gab es praktisch nur Spiele die mit dem RpG-Maker-Varianten entstanden sind. Wenn ich jetzt durch das Forum Streife, sind auch viele Kommerzielle Projekte dabei (CrossCode/Zirkonia/Tower 57/...). Sind zwar größtenteils (alle?) Indie-Games, nichtsdestotrotz eigentliche keine Maker-Spiele die von einer Hobby-Community produziert und angeboten wird. Der Aufwand ist größer, sie werden oft mit eigenen Engines entwickelt, das fertige Produkt wird wie jedes andere "normale" Computerspiel im Handel für Geld erwerbbar werden. Auch wenn viele der Programmierer aus dem Bereich der Maker kommen und hier vielleicht sogar ihre ersten Erfahrungen gesammelt haben, haben diese großen Projekte eigentlich nichts mehr mit dem RPG-Maker zu tun. Und ich denke, das schreckt viele ab. Im Vergleich zu deren Spielen sieht alles was man als Otto-Normalo machen könnte nicht so gut aus. Ist nicht unbedingt eine Kritik, ich verfolge selber begeistert die Entwicklungen zu CrossCode und die anderen Teams hab ich im Hinterkopf gespeichert. Aber vielleicht sollte man überlegen, die reinen Hobby-Projekte und die Kommerziellen irgendwie voneinander zu trennen? Eigene Unterforen z.B.
Den zumindest kam es mir so vor, als ich den Game Def Struggle durchgegangen bin. Da kamen die professionellen Bilder und Animationen von CrossCode und dann alle anderen. Egal wie gut die waren, gegen ein Team, dass damit sein Einkommen bestreitet sehen andere Projekte oft einfach nur erbärmlich aus (erbärmlich ist das falsche Wort. Aber die machen daneben einfach keine gute Figur). Wären die aber unter sich, würde man nicht so sehr auf das aussehen achten und die wirklich guten Projekte darunter würden stärker auffallen und mehr Geltung erhalten.
Versteht ihr, was ich meine?
Nur ein paar Ideen von mir
Geändert von Eddy131 (12.09.2015 um 17:14 Uhr)
RMN
Mehr Spieledatenbank mit ein bisschen Forum dran als Forum mit ein bisschen Spiele.
Und ehrlich gesagt auch das Konzept mit der besseren Zukunft.
RMWeb
Offizielles Forum, offizieller Support, was willst du mehr?
Was mit den Makern liebevoll gemacht oder herausgeschissen wird, zählt auch alles unter Indiegames,
davon kann man sich nicht absondern. RPGMaker-Spiele sind nicht die verwöhnten Kinder, denen Mama
gesagt hat, sie wären voll special. Wenn die Qualität gegenüber anderen beschissen aussieht, sollte man
mal was wirklich Sinnvolles dagegen tun.
(Hier Schild mit der Aufschrift "Falsche Richtung" einfügen)
--
Solange es hier falschzitierende Ärsche gibt, dulde ich keinerlei Zitatboxen, die von mir sein sollen.
Mal abgesehen davon, dass ich dir darauf bereits geantwortet hatte, hat es nun auch Magic Maker getan.
Es gibt durchaus ABS Spiele, die ein relativ gut funktionierendes System haben. Das größte Problem ist die Kollisionsabfrage. Der Maker hat die Eigenart, wenn sich ein Mapevent bewegt, dessen Position schon sofort bei Beginn der Bewegung +1 gesetzt wird und nicht erst mittendrin oder nachher. Das heißt, visuell ist ein Gegner noch auf dem alten Feld, aber der Maker hat ihn schon auf das neue gesetzt. Das sorgt für den Eindruck, eine Kollisionsabfrage des Kampfsystems wäre unpräzise und fehlerhaft, dabei ist dem nicht so. Solche Dinge KANN man aber dennoch umgehen. Wenn man den Maker für Features nutzt, auf die er nicht ausgelegt ist, ist die größte Herausforderung, die Limitierungen und Eigenarten zu kennen und zu kompensieren. Auch designtechnisch muss man dafür Kompromisse eingehen, damit der Aufwand nicht in die Höhe schießt, wenn man zum Beispiel eine K.I. haben will, die auf den Helden aggro wird und auf ihn zudasht, ihn wieder in Ruhe lässt etc. dann muss man viel mit X und Y Koordinaten arbeiten, die man leider in die globalen Variablen speichern muss. Das bedeutet, man kann nicht jeden Gegner blind kopieren und einfügen, sondern muss das bei jedem anpassen, da sonst mehrere Gegner dieselben Variablen im Speicher nutzen. Bei lokalen Variablen sähe das anders aus. Da man hier mit max. 5 Gegnern pro Map, sowohl desingtechnisch, als auch dann aufwandtechnisch, relativ gut bedient ist, sagte ich das so.
Aber ICH meinte Sternenkindsaga.
@Im-Editor Zeichentool. Der Game Maker hat sowas, und wenn sie clever sind, dann bekommt der Maker das auch irgendwann hin.
Geändert von Sabaku (06.09.2015 um 13:45 Uhr)
Berechtigungen
Zitieren
