Gekauftes Tileset verwenden

Heyho und willkommen!

Ich bin mir jetzt nicht sicher, wie weit du dich schon auskennst und wie weit nicht, deswegen ganz von vorn:
In der Datenbank unter Kachelsets hast du ja für jedes Kachelset unten die Reiter A bis E. Links kannst du dem jeweiligen Buchstaben ein PNG aus dem Tilesets-Ordner zuordnen und dir so für jede Map ein einzigartiges Tileset zusammenstellen, wenn du es brauchst. Dabei musst du darauf achten, dass die Buchstaben in den Titeln der PNGs (normalerweise sollten die vom Hersteller schon richtig benannt sein) mit denen in der Datenbank übereinstimmen. Also A1 nur in den A1-Slot laden, A2 in A2 und so weiter. Ab B ist es dann allerdings in der Regel egal, nur bei den verschiedenen A-Kachelsets kommt es darauf an.

Um dir jetzt genau sagen zu können, warum es bei dir nicht funktioniert müssen wir erstmal rausfinden, was falsch gemacht wurde. Dafür machst du am besten Screenshots von dem Kachelset in der Datenbank und im Editor. Dann können wir dir hoffentlich weiterhelfen

Zitat von CrownToFish

In der Datenbank sind auf den kacheln Kreise und Kreuze. Wofür sind diese genau? Um festzulegen welche Teile Passiert werden und auf welcher Kollisionen sind?

Richtig. Durch Klicken auf die jeweilige Kachel kannst du zwischen Kreis, Kreuz und Stern wechseln. Kreise können vom Spieler betreten werden, Kreuze nicht. Der Stern ist für Objekte, hinter die der Spieler treten können soll. Sie können also betreten werden, aber die Kachel wird über dem Spieler angezeigt. Wenn du im Reiter rechts weiterschaltest findest du Optionen wie "Theke" und "Leiter". Theke bedeutet, dass der Spieler durch drücken der Aktionstaste ein Ereignis "ansprechen" kann, das hinter der Kachel steht, wie zum Beispiel eine Theke in einem Laden. Ist eine Kachel als Leiter gekennzeichnet, wird der Spieler beim Betreten rückwärts nach unten gehend angezeigt, wie wenn er eine Leiter hinabsteigt. Dann gibt es noch die vier Richtungspfeile auf jeder Kachel, mit der du bestimmen kannst, aus welcher Richtung eine Kachel betreten werden können soll. Das ist zum Beispiel beim Abhang eines Berges wichtig.

EDIT: So ist das alles zumindest beim MV, für den MZ habe ich das alles nicht 100% im Kopf, aber es läuft glaube ich alles genauso (habe gerade erst bemerkt, dass du den benutzt).

Zitat von CrownToFish

ich bin neu in der Szene und habe Lust ein RPG zu erstellen um zu sehen wo mich das ganze hin führt.

Herzlich willkommen!

Coucassi hat dir schon eine sehr brauchbare Antwort hinterlassen, weshalb ich es erstmal bei der Begrüßung belasse.

Erst einmal ein großes Dankeschön Coucassi, dass er hier bereits eine tolle Hilfestellung leistete, sowie auch ein herzliches Willkommen von meiner Seite aus!


Generell:
Ich meine gelesen zu haben, dass Du bereits mit anderen Engines Erfahrung hast? Dann würde ich Dir raten den Maker für ein möglichst leichtes "von der Hand gehen" tatsächlich am ehesten für ein (J)RPG zu nutzen, welches auf ein rundenbasiertes Kampfsystem setzt. So hast Du weniger Hürden als nötig (die Maker-Reihe hat so schon ihre Eigenheiten) und kommst hoffentlich schneller ans Ziel.
Wenn Du länger mit der Engine arbeiten solltest und all ihre Ecken und Kanten kennst, ist natürlich auch wesentlich mehr damit machbar.

Wie Coucassi anmerkte kann es sich lohnen, für bestimmte Maps "eigene" Tilesets einzustellen, welche im Endeffekt aber auch nur die Kopie des eigentlichen Tilesets sein können, wo man dann beispielsweise auf B, C, D & E (je nach Bedarf) anpasst. Da die Grafiken sowieso bereits eingelesen wurden, sollte das keine negativen Folgen für die Performance haben und lediglich in der Datenbank (bei häufiger Anwendung) die Übersicht etwas stören.


Was Plugins für den Start betrifft:
Wenn Du gerade erst mit dem RPG Maker gestartet bist, würde ich mir noch nicht so viele Gedanken über Plugins machen.
Sicherlich - damit kann man (beispielsweise beim UI) schneller vom Vanilla-Look weg kommen und auch ein paar nette Features wie ein Crafting-System oder ambivalent aufgenommene Quick-Time-Events einbauen. Auf der anderen Seite jedoch macht Dich jedes Plugin auch vom Ersteller abhängig und je nach Ersteller kann das Beheben der Probleme länger dauern, was Deine Motivation mindern kann wenn Du gerade diese eine Baustelle in Deinem Projekt im Fokus hast und nicht weisst, wann es "weiter geht". Da kann es hilfreich sein sich in anderen Bereichen die Grundlagen zu erarbeiten und den "roten Faden" des Projektes (Handlung, Mapping, Balancing, etc) in den Fokus zu nehmen.
Plugins, welche Dein Projekt dann spürbar bereichern (beispielsweise ein alternatives Kampfsystem) wären dann in meinen Augen ein sekundärer Fokus in der Entwicklung.

Ein anderer Faktor besteht in der Gefahr eines gewissen "Sammeltriebs", bei welchem man im Vorfeld eine riesige Anzahl an Ressourcen und Plugins anhäuft, welche man vielleicht nie wirklich einsetzen wird. Möglichkeiten zu haben ist natürlich stets 'ne feine Sache, allerdings bezahlt man dies heutzutage auch wesentlich häufiger mit Geld, als es früher der Fall war. Damit möchte ich nicht sagen, dass ich diese Entwicklung an sich negativ sehe - es ermöglicht auch mehr Menschen, durch die finanzielle Entlohnung mehr Zeit in ihre Ressourcen-Erstellung stecken zu können.
Im schlimmsten Fall kann dies jedoch zu "Impulskäufen" führen wo man sich dann nach 2-3 Jahren fragt, warum man dies und jenes gekauft hat, obwohl man es dann doch nie benötigte. Gerade die VisuStella-Sammlungen sind sehr umfangreich, bergen aber auch eine Menge Inhalt welchen man für sich abwägen kann.


Discord-Server:
Wir haben uns bei der Erstellung des Forum gegen einen Discord-Server entschieden, da wir gerne den Fokus auf gut gestaltbare & übersichtliche Beiträge legen wollten, welche in einer reduzierten Struktur auch leicht wiederzufinden sind und (für künftige Nutzer) gut archiviert werden können. Damit büßt man zwar unter Umständen etwas Tempo bei der Beantwortung ein (da Discord meist als App auf den Mobilgeräten installiert ist und Benachrichtigungen sendet), aber auf der anderen Seite kann man so auch gut filtern, was man gerade lesen möchte, da die Threads-Funktion bei Discord noch nicht gänzlich ausgereift zu sein scheint.

Ein weiterer Faktor ist, dass es bereits Erfahrungswerte aus einem älteren Forum gibt, wo die Mischung aus Forum und Discord für weniger aktive Nutzer eher die Übersicht zu Vorgängen innerhalb der Community stark erschwerte. Stellenweise können sich diese Plattformen auch gegenseitig etwas "kannibalisieren" - beispielsweise im Hinblick auf Aktivität, da Discord aufgrund seines Live-Chat-Charakters mehr zum Smalltalk einlädt, verfügbare Zeit jedoch bei den meisten Nutzern stark begrenzt ist. Dies geht dann tendenziell schnell zu Lasten des Foren-Teils.


Tutorials:
Tatsächlich möchten wir im Laufe der Zeit unseren Tutorial-Bereich stetig ausbauen und nutzen dafür auch verschiedene Medien, welche im Idealfall unterschiedliche Lerntypen ansprechen sollten. Gerade unser Kojote hatte hier vom Frühjahr bis Herbst richtig Gas gegeben.
Das Forum selbst existiert erst seit Mai letzten Jahres, auch wenn wir größtenteils bereits um einiges länger in dem Bereich aktiv sind und im Laufe der Jahre/"Jahrzehnte" schon das eine oder andere Forum von Anfang bis Ende begleiteten.

Was den generellen Mangel an Tutorials für den MZ betrifft so könnte eine Ursache sein, dass es inzwischen aufgrund der Plugins teilweise auch seltener vorkommt, dass Nutzer mit den Möglichkeiten der Events komplexere Systeme erstellen (möchten). Ein weiterer Grund ist, dass sich die Inhalte vorheriger Maker meist 1:1 auf den MZ übertragen lassen, da die RPG Maker-Reihe eher in kleineren Schritten Entwicklungen vornimmt. Der MZ war da ein deutlicher Sprung nach vorne.
Also wenn Du zu einem gewissen Thema etwas wissen möchtest, können auch Tutorials zum MV oder teilweise auch dem ACE hilfreich sein.

Als Anfänger ist man hier eigentlich mit seinen Fragen ganz gut aufgehoben. Um dein Spiel mit Wettereffekten, Minigames oder Parallaxmapping zu tunen, hat dieses Forum hier auch eine mittlerweile recht umfangreiche Liste an Tutorials. Was dort nicht beantwortet wird, kann hier jederzeit gefragt werden, wir beißen nicht.

Eine entsprechende Discord-Gruppe kenne ich nicht, aber bei YouTube findest du zahlreiche Tutorialkanäle, die sich mit dem Urschleim befassen:

RPG Maker MZ - Tutorialreihe für Anfänger von DriftwoodGaming (englisch)

RPG Maker MZ - Tutorialreihe für Anfänger LvL Up Design (englisch)

RPG Maker MV - Tutorialreihe für Anfänger SomeRanDev (englisch)

...

Das sind jetzt nur ein paar, es gibt noch weitaus mehr, auch deutschsprachige.

Zitat von CrownToFish

Dazu noch, dass fast alle Plugins Geld kosten.

Nö. Es gibt zahllose gute und kostenlose Plugins. Man muss nur ein wenig suchen oder fragen.

Zitat von CrownToFish

Stoße im allgemeinen gerade überall auf Wiederstand. Also man hat wirklich nicht so viel Spielraum was die Funktionalitäten angeht und muss wirklich viel tricksen.

Das täuscht, da dir die Erfahrung fehlt. Der RPG Maker ist trotz seines knuffigen Aussehens eine anspruchsvolle Engine, in die man sich über Monate bis Jahre einarbeiten muss, um sie zu beherrschen. Bis man tatsächlich an die technischen Grenzen des Makers stößt, ziehen sehr viele Jahre ins Land.

Sehr gerne! Würde mich freuen, wenn Du an Bord bleibst und mit uns gemeinsam Erfahrungen machst und teilst!

Eine Idee neu zu interpretieren ist doch nicht verkehrt. Die Diskussion um Stereotypen und Klischees gibt es ja schon lange - am Ende reicht der eine oder andere Twist, um aus "Altbewährtem" eine schöne Abwechslung zu zaubern!
Was erscheint Dir denn momentan in der Unreal Engine leichter zu fallen, als im RPG Maker? Vielleicht kann man da ja direkt konkrete Hilfestellung leisten. Für Dich ist nach dem Umstieg sicherlich auch spannend, welche liebgewonnenen Funktionen/Workflows übertragbar sind oder wo man sich mit "Workarounds"/alternativen Funktionen behelfen müsste.

Viele von uns haben einen Discord-Account. Ich kann mich beispielsweise für ein 1:1 Gespräch anbieten (muss nur Zeit dafür finden), wenn Du "im Geschehen" Hilfe brauchst. Allerdings muss ich vorausschicken, dass ich mich gerade wieder selbst "zurück in den Maker" einarbeite, da ich in den letzten Jahren abseits der Maker-Reihe mit vielen anderen Engines experimentierte.
Wenn es grundlegende Fragen sind würde ich mich aber natürlich über weitere Threads von Dir freuen, da wir die Erfahrungen dann auch für künftige Leser "konservieren" und gegebenenfalls in Zukunft auch aktualisieren können.

Was die DLCs betrifft, so schwankt die Qualität da in meinen Augen massiv. Die Entwickler der Maker-Reihe lizensieren da die Assets verschiedener Künstler, untersagen es jedoch das RTP als Basis für eigene Assets zu verwenden. Deswegen kommt man um Stilbrüche nicht herum und ist meist am besten beraten, wenn man sich Künstler anschaut, welche schon ein paar Asset-Packs herausgegeben haben und auch weitere nicht ausschließen.
Hier wären ein paar Beispiele:

• Rinober
  • Gezeichneter Stil, wie das RTP vom ACE/MV/MZ
  • Fokus auf Sci-Fi Setting
  • Es gibt bereits eine sehr breite Basis für ein Spiel im entsprechendem Setting
  • hier auch aktiv, falls Rückfragen bestehen
• WinLu
  • Eine Mischung aus Pixel Art und gezeichnetem Stil
  • Aktueller Fokus auf Fantasy, es gibt auch ein älteres Sci-Fi Set
• FinalBossBlues
  • Pixel Art Stil
  • verfügt über ein breites Repertoire
  • sehr umfassende (Haupt-)Sammlung ("Time Fantasy")
• GIF
  • Pixel Art Stil
  • Fokus auf Fantasy
  • Ebenfalls etwas breiter aufgestellt

So vermeidet man einen zu starken Bruch im Stil der Grafiken.
Alternativ bleibt man beim RTP und bringt sich im Laufe der Zeit bei, wie man die Grafiken für seine Zwecke anpasst. Da ist mit etwas Übung sehr viel machbar!

Was die Proportionen betrifft, so gibt es das Problem auch schon länger im RPT des MV und MZ. Unter anderem mag das an der notwendigen Abstraktion mancher Objekte liegen, damit sie ins Raster passen, auf der anderen Seite arbeiten auch mehrere Künstler an solch einem RTP und es scheint teilweise keine Standards zu geben. Die oben genannten Anbieter bringen da bereits sehr hochwertige Assets unter die Leute.
Alternativ kannst Du (falls eine Rückgabe wegen der 2 Stunden nicht mehr möglich ist - vorausgesetzt es war ein Kauf bei Steam) und/oder Du grundsätzlich mit dem Stil zufrieden bist, die Grafik anpassen. Dafür empfehle ich Dir ein Programm wie GIMP oder Krita. Wenn man vertikal 2 Schubladen samt entsprechender Reihe an Schreibtischbeinen heraus schneidet, wirkt der Unterschied nicht mehr so stark. Das ist innerhalb weniger Minuten erledigt - auch als Anfänger. Und eine gute Übung für die Zukunft wäre es auch! Denn gerade im 2D-Bereich ist es eine echte Bereicherung, wenn Du durch solche Anpassungen Deine eigenen Vorstellungen möglichst maßgeschneidert umsetzen kannst.
Das unterscheidet Dein Spiel am Ende optisch auch nochmal von anderen Nutzern dieses Asset-Packs, da Du dann Unikate in Deinem Spiel hast.

Bezüglich der Wand-Problematik kann es helfen, wenn man ein Event platziert und dort als Grafik die Bestandteile aus dem Tileset nimmt. Aufgrund der grundlegenden Eigenschaften des Events lässt sich dann auch die Passierbarkeit und ob die Grafik unter, über oder auf gleicher Ebene wie der Spieler/andere Events liegen soll.
An den unterschiedlichen Abständen aufgrund der rasterbasierenden Bewegung ändert das aber natürlich nichts. Da kannst Du mit Anpassungen notfalls aber sicherlich auch das gewünschte Ergebnis erzielen. Beispielsweise zieht man die Grafik mehr in die Mitte und füllt sie dahinter auf, sodass die Illusion einer größeren Wandstärke entsteht oder schneidet sich sogar eine eigene Wand zurecht. Klingt leichter gesagt, als getan - aber wenn Du konkrete Fragen hast, kann man diesbezüglich auch ein Tutorial erstellen oder im Internet finden.

Du wirst lachen, aber tatsächlich haben viele in der deutschen "Maker-Szene" über Zeitschriften (meistens die Bravo Screenfun) das erste Mal von der RPG Maker-Reihe gehört und die Möglichkeit gesehen, "endlich" eigene Spiele ohne tiefe (wenn man Visual Scripting -> das Eventsystem dazu nimmt) Programmierkenntnisse zu erstellen.
Die Machbarkeit ist ja mit Spielen wie Vampires Dawn erwiesen - nun geht es darum die richtige Größe für das Projekt zu ermitteln, eigene Stärken und Schwächen zu analysieren und auf den Stärken aufzubauen. Alles andere entwickelt sich dann "nebenbei" über Zeit.
(Aber es sollte einem auch bewusst sein - ich weiss nicht wie lange Du schon allgemein in der Spieleentwicklung unterwegs bist -, dass diese Beschäftigung sehr zeitaufwändig ist, man auch mal an der einen oder anderen Ecke kurzfristig gebremst werden kann (Bugs) und man im Idealfall möglichst viel Lernfreude mitbringen sollte, um auch vom Feedback anderer zu profitieren.)

Auch ein herzliches Hallo von mir, schön, dass du zu uns gefunden hast!

Klingt ja, als hättest du schon ordentlich Erfahrung sammeln können.

Hast du denn in Unreal ein ähnliches Projekt aufgezogen, oder was gänzlich anderes?

Zitat von CrownToFish

ein kleines Script sorgt jetzt dafür, dass nur eine Seite der Kachel eine Kollision aufweist. Mit einem Plugin Befehl kann man bestimmen welche Seite.

Die Mühe hättest du dir glaube ich sparen können - das ist eine Funktion, die der RPG-Maker von Haus aus mitbringt
Du kannst bei den Kachelsets unter "Durchgang (4 Richtungen)" festlegen, von welcher Seite jede Kachel begehbar sein soll und von welcher nicht. Wie Bax schon gesagt hat ist mit dem Maker am Ende mehr möglich, als es vielleicht zunächst den Anschein hat. Spiel am besten erstmal mit allen Funktionen herum, mach ein kleines Minigame um ein Gefühl dafür zu bekommen was möglich ist und die einzelnen Funktionen kennenzulernen, ehe du Plugins einkaufen/schreiben gehst. Das spart dir am Ende vielleicht viel Geld und Mühe

Zitat von CrownToFish

Oha so viel Input. Ich danke dir schon mal und wie gesagt so schnell werdet ihr mich nicht los. ^^

Sehr gerne! Wenn ich mir erst einmal Zeit nehme(n kann), dann möchte ich auch gerne einen gewissen Mehrwert mitliefern. Wenige Sätze können da in meinen Augen zu viele Fragen aufwerfen oder zurücklassen. Aber natürlich genieße ich auch den Austausch. Sonst wäre ich ja nicht hier.

Zitat von CrownToFish

Also das Problem mit der Wand konnte ich lösen. Ein kleines Script sorgt jetzt dafür, dass nur eine Seite der Kachel eine Kollision aufweist. Mit einem Plugin Befehl kann man bestimmen welche Seite. Ich mache dafür hier gleich nochmal ein Release wenn ich alles getestet habe. Ist nichts besonderes aber etwas was ich beitragen kann.

Ah, hier hatte ich die Problematik wohl falsch verstanden. Aber schön zu lesen, dass Du Dir da auch selbst helfen konntest! Wahrscheinlich war dies dann wirklich ein gutes Beispiel dafür, was man nach der Einarbeitung in der Engine besser einschätzen können wird.

Zitat von CrownToFish

Also ich kann mich bei der Gelegenheit mal vorstellen. Ich heiße Micha und ich mag es lieber etwas selber zu erstellen als etwas fertiges zu zocken. In der Unreal Engine habe ich angefangen und mir auch selber etwas das Scripten beigebracht. Auch Grundwissen in C++ habe ich mir angeeignet. Und was mir hier wahrscheinlich zugute kommt: Ich habe bisschen mit Javascript gearbeitet.

Hey Micha, freut mich - Carsten hier! Ein Bastler (und weiter unten nach auch Allrounder?) - fühle ich! Ich hoffe mal, dass Du trotzdem noch am und zu dazu kommst, Dich von Spielen inspirieren zu lassen, damit die eigene Sicht und Vorliebe nicht irgendwann zu stagnieren beginnt.
Mit Javascript wirst Du auf jeden Fall (wie Du schon gemerkt hast) gut gerüstet sein.

Zitat von CrownToFish

In der Unreal Engine habe ich viel mit den Blueprints, also Codeschnipseln gearbeitet. Das vermisse ich hier etwas. Ich denke aber wenn ich raus habe wie das mit den Variablen und Schaltern funktioniert, dass sich das Wissen hier her übertragen lässt und ich meinen Workflow ebenfalls übertragen kann. Hier werden die Ereignisse nacheinander abgespielt wie dort die ganzen Nodes mit den Codeschnipseln.

Ich weiss gerade nicht, wie es seit dem UE5-Release ist, aber ist Paper2D noch ein Thema? Oder wolltest Du lieber eine "schlankere" Engine für ein 2D-Spiel nutzen? Variablen und Schalter haben beim RPG Maker statische IDs, was (leider) etwas mehr Vorausplanung erfordert. Seit ein paar Monaten gibt es bei Steam auch einen DLC, welcher die Datenbank etwas flexibler macht, aber das hätte meiner Meinung nach mehr in das Kernprogramm implementiert werden sollen.

Sobald Du auch die Vorteile von "common events" für Dich entdeckt hast, beginnt der Spaß mit dem Timen von Events und Abläufen erst!

Außerdem kann ich Dir einen Blick in den Header empfehlen:
Tutorials&Hilfe -> RPG Maker MV/MZ Script Call Liste
Hier findest Du einige Skriptschnipsel, mit welchem Du im Maker spezifische Dinge abfragen kannst, welche je nach Situation extrem praktisch sein können!

Zitat von CrownToFish

Ich bin jetzt hier her gekommen auch weil meine Hoffnung ist, dass das visuelle zu erstellen schneller von statten geht als in komplexen 3D Umgebungen und es sich weniger wie "Arbeit" anfühlt. Mehr wie ein Hobby.

Dir wird auf jeden Fall eine Menge Arbeit abgenommen, was die klassischen Systeme für ein RPG betrifft. Inventar, Dialoge, Bewegung, Stats, Speichern & Laden, etc sind alle bereits vorhanden und Du kannst direkt mit einem Prototyp beginnen. Bei Unity, UE oder anderen Engines wäre dafür ein Framework (aus dem Store) notwendig. Die Stockgrafiken (und Sounds!) aus dem RTP sind eine nette Dreingabe beim RPG Maker.

Zitat von CrownToFish

Ich bin auch begabt in Sachen Photoshop. Tilesets zu bearbeiten dürfte kein Problem darstellen.

Wunderbar - dann kannst Du auf jeden Fall durchstarten!

Zitat von CrownToFish

Was genau meinst du damit? Tiefe im Sinne von 3D-Umgebungen?

Die "tiefen Programmierkenntnisse" bezogen sich auf die Zeit vor ~15 Jahren, als Engines noch nicht so weit verbreitet, mächtig und frei verfügbar in einem waren. Was es gab, erforderte in der Regel die Kenntnisse um eine Programmiersprache. Visuell Scripting (wie auch die Blueprints aus der UE) erfordern ebenfalls ein gewisses Logikverständnis, bedienen sich jedoch keiner klassischen Syntax. Deswegen war der RPG Maker damals für mich ein Wendepunkt darin, nun eigene Ideen umsetzen zu können, welche einem beim Spielen anderer Titel gekommen sein mögen.

Kleiner Tipp am Rande: Falls ihr ein Tileset-Setup teilen (oder beim selbst veröffentlichten Tileset mitliefern) möchtet, könnt ihr alternativ zu Beispielprojekten auch dieses Tool verwenden: Clipboard Helper for RPG Maker MV (Die kostenlose Version reicht dafür völlig. Ich hab' die "Bearbeitungsfunktion" nur hinter 'ner Bezahlschranke, weil ich dafür nicht umsonst Support machen möchte.)

Ich bin allerdings noch nicht dazu gekommen, das Programm auch mit MZ kompatibel zu machen.

Dann noch mal ein offizielles Hallo, Micha. Schön, dass du hergefunden hast.

Du bringst doch ganz gute Voraussetzungen für den Maker mit. Ich kenne beide Perspektiven, die des Entwicklers mit dem Maker als auch die der Entwicklung eines 3D-Games. Falls die Unreal Engine in Sachen Komplexität mit Unity vergleichbar ist, wovon ich ausgehe, dann wirst du mit dem Maker auf der technischen Ebene keine Probleme haben. Alles, was du benötigst, sind Zeit und Geduld.

Zitat von CrownToFish

Ich bin jetzt hier her gekommen auch weil meine Hoffnung ist, dass das visuelle zu erstellen schneller von statten geht als in komplexen 3D Umgebungen und es sich weniger wie "Arbeit" anfühlt. Mehr wie ein Hobby.

Die Ereignisse und Bedingungsabfragen funktionieren beim Maker ähnlich wie die Syntax einer Programmiersprache. Nach erfolgreicher Einarbeitung macht es viel Spaß, mit dem Maker zu arbeiten, und man sieht schnell brauchbare Ergebnisse. Aber die Einarbeitungszeit ist erstmal entgegen der Erwartungen von vielen (da bist du nicht allein) eben genau so lang wie bei anderen Engines. Man muss mit seiner Zeit in Vorleistung gehen, um später Zeit sparen zu können.

Der Maker nimmt dem Entwickler viel ab, besonders in Sachen Grafik und Steuerung, aber alles andere muss man entweder selbst auf die Beine stellen oder lernen, wie man es einbindet. Auch das Debugging dauert genau so lange wie mit einer 3D-Engine, denn ob ich nun einen Code nach Fehlern durchforste oder meine Events, läuft am Ende auf das Gleiche hinaus. Dennoch kann man summa summarum mit dem Maker viel Zeit sparen, weil er die Grundlagen liefert, die man sonst selbst von Hand erstellen müsste.

Ich freue mich, dass du dich nicht abschrecken lässt und dran bleibst! Mit Carsten hast du auf jeden Fall einen fähigen, freundlichen und vor allem geduldigen Mentor gefunden.

Zitat von CrownToFish

Habe bei kleineren Projekten mitgewirkt. Oftmals kleine Elemente entwickelt. Wie zum Beispiel ein Questsystem für für ein Open World Adventure oder auch kleine Funktionen wie Inventar, Character Animationen, Menüs, etc. Alle Spiele waren in 3D.

Magst du mir vielleicht den Namen verraten? Vielleicht kenne ich das eine oder andere Projekt. Gern auch per PN.