Maker-Maßstäbe - Versionsgeschichte

Sq am 30. Januar 2023 um 21:49 Uhr

2023-01-30T21:49:26Z

Maturion: /* Maker-Maßstäbe im Verlauf der Zeit */

2022-08-18T11:39:10Z

Maker-Maßstäbe im Verlauf der Zeit

Sq am 17. März 2022 um 19:16 Uhr

2022-03-17T19:16:26Z

Sq am 16. März 2022 um 20:55 Uhr

2022-03-16T20:55:59Z

Maturion: /* Kriterien für gute Spiele */

2019-10-21T17:49:41Z

Kriterien für gute Spiele

Maturion: /* Maker-Maßstäbe im Verlauf der Zeit */

2019-10-21T17:48:17Z

Maker-Maßstäbe im Verlauf der Zeit

Maturion: /* Kriterien für gute Spiele */

2019-10-21T17:46:14Z

Kriterien für gute Spiele

Maturion: /* „Disziplinen“ */

2019-10-21T17:44:53Z

„Disziplinen“

Maturion am 17. August 2015 um 18:15 Uhr

2015-08-17T18:15:32Z

Maturion am 17. August 2015 um 18:09 Uhr

2015-08-17T18:09:32Z

@@ Zeile 20: / Zeile 20: @@
 == Maker-Maßstäbe im Verlauf der Zeit ==
-[[Datei:Onyx4.jpg|miniatur|Mapping eines erfolgreichen Maker-Spiels ([[Onyx - Schwert der Finsternis|Onyx]]) im Jahr 2000]]
+[[Datei:Onyx4.jpg|miniatur|<small>Mapping eines erfolgreichen Maker-Spiels ([[Onyx - Schwert der Finsternis|Onyx]]) im Jahr 2000</small>]]
 Im Laufe der Zeit veränderten sich die Maßstäbe mit denen die Qualität von RPG-Maker-Spielen gemessen wird drastisch.
 In den ersten Tagen der deutschsprachigen Maker-Szene, etwa ab dem Jahr 2000, waren die Ansprüche an neue Maker-Spiele gering. Es gab kaum Projekte, die als Vorbilder dienen konnten, die ersten Foren waren gerade in Entstehung. Zu diesem Zeitpunkt gab es wenig Konkurrenz, die meisten Entwickler waren sogesehen  „Pioniere“ und jedes halbwegs ambitionierte Spiel wurde positiv angenommen. Ein gutes Beispiel ist das Spiel [[Onyx - Schwert der Finsternis]], das zu den ersten deutschen Maker-Projekten gehörte. Obwohl es in keinem Bereich besonders hervorstach, gelangte es damals zu recht zu großer Bekanntheit - schlicht weil es eines der ersten größeren Maker-Projekte war.
 Dies änderte sich alles sehr schnell als die Maker-Szene ab 2001 stark anwuchs. Schnell stiegen die Ansprüche an [[Mapping]] und [[Technik]]. Im grafischen Bereich kamen [[Rippen|Rips]] immer mehr in Mode, beim Mapping versuchte man die Qualität von klassischen SNES-Rollenspielen zu erreichen. Im technischen Bereich kamen eigene [[Kampfsystem]]e, Wettersysteme und Tag&Nachtwechsel in Mode. Ein Blick auf [[Aurora's Tear]], das zu den bekanntesten Projekten des Jahres 2001 gehörte, zeigt wie schnell die Ansprüche stiegen.
-[[Datei:Aldaran5.png|miniatur|Mapping in [[Aldaran]], 2004]]
+[[Datei:Aldaran5.png|miniatur|<small>Mapping in [[Aldaran]], 2004</small>]]
 In den nächsten Jahren ging es in dieser Richtung weiter. Die Zahl der verfügbaren Maker-Ressourcen wuchs durch Rips und Eigenkreationen immer weiter, die [[REFMAP]]-Grafiken, auch als Mac&Blue-Ressourcen bekannt, gewannen ebenfalls stark an Verbreitung. RTP-Grafiken wurden zunehmend geächtet, einfache oder weniger ambitionierte Projekte wurden in Foren immer öfter Opfer von [[Flaming]]. Eigene Ressourcen waren fast schon eine Art Statussymbol, der tatsächliche oder vermeintliche ''Ressourcenklau'' ein häufiges Streitthema.

← Nächstältere Version		Version vom 18. August 2022, 11:39 Uhr
Zeile 36:		Zeile 36:
	Seit 2008/2009 ist ein Umdenken in der Maker-Szene bemerkbar, was wohl auch mit der zunehmenden Verbreitung der neuen Maker-Versionen zusammenhängt. Gleichzeitig scheint aber auch die Maker-Szene als ganzes geschrumpft zu sein, verglichen mit der Hochzeit zwischen 2003-2006. Rips haben an Verbreitung verloren, da zunehmend auch rechtliche Aspekte beachtet werden. Story und Spielkonzepte scheinen gegenüber den technischen und grafischen Aspekten wieder mehr an Bedeutung zu gewinnen, auch einfachere Projekte werden wieder objektiver betrachtet.		Seit 2008/2009 ist ein Umdenken in der Maker-Szene bemerkbar, was wohl auch mit der zunehmenden Verbreitung der neuen Maker-Versionen zusammenhängt. Gleichzeitig scheint aber auch die Maker-Szene als ganzes geschrumpft zu sein, verglichen mit der Hochzeit zwischen 2003-2006. Rips haben an Verbreitung verloren, da zunehmend auch rechtliche Aspekte beachtet werden. Story und Spielkonzepte scheinen gegenüber den technischen und grafischen Aspekten wieder mehr an Bedeutung zu gewinnen, auch einfachere Projekte werden wieder objektiver betrachtet.

		+	{{Szene-Wissen}}
	[[Kategorie:Häufig genutzte Begriffe]]		[[Kategorie:Häufig genutzte Begriffe]]

@@ Zeile 15: / Zeile 15: @@
 Die Bedeutung von Technik und Mapping sollte dennoch nicht unterschätzt werden. Auch wenn die Hintergrundgeschichte eines Spiels für den Nobelpreis in Literatur nominiert sein muss - wenn alles in einer öden und verbuggten Pixelwüste stattfindet, dann stehen die Chancen gut, dass dieses Spiel erfolglos bleiben wird.
-Viele Maker-Projekte scheiterten letztlich entweder daran, dass einer oder mehrere dieser Aspekte sträflich vernachlässigt wurde(n) oder aber die eigenen Ansprüche der Entwickler unrealistisch hoch waren und eine Fertigstellung des Spiels als Hobbyprojekt kaum möglich war. Dies spiegelt sich unter anderem darin wieder, dass deutlich mehr Projekte nur als [[Demo]] existieren oder gar vor Veröffentlichung einer spielbaren Version abgebrochen wurden, als solche die den Status einer abgeschlossenen Vollversion.
+Viele Maker-Projekte scheiterten letztlich entweder daran, dass einer oder mehrere dieser Aspekte sträflich vernachlässigt wurde(n) oder aber die eigenen Ansprüche der Entwickler unrealistisch hoch waren und eine Fertigstellung des Spiels als Hobbyprojekt kaum möglich war. Dies spiegelt sich unter anderem darin wieder, dass deutlich mehr Projekte nur als [[Demo]] existieren oder gar vor Veröffentlichung einer spielbaren Version [[Canceln|abgebrochen]] wurden, als solche die den Status einer abgeschlossenen Vollversion.
 Im Allgemeinen lässt sich feststellen, dass besonders Projekte mit aufwendiger Technik selten den Status einer [[Vollversion]] erreichten (z.B. [[Velsarbor]] oder [[Sonic Party 2]]), während einige der erfolgreichsten Maker-Spiele (z.B. [[Vampires Dawn 2]], [[Unterwegs in Düsterburg]]) in diesem Bereich auf vorgefertigte Maker-Standards zurückgriffen.

@@ Zeile 3: / Zeile 3: @@
 == „Disziplinen“ ==
 Bei der Bewertung von (Maker-)Spielen lassen sich verschiedene Disziplinen oder Bereiche ausmachen:
-* [[Technik]] und [[Scripting]]
+* [[Technik]] und [[Script]]ing
 * [[Mapping]] und Leveldesign
 * [[Hintergrundgeschichte]], Spielatmosphäre

@@ Zeile 15: / Zeile 15: @@
 Die Bedeutung von Technik und Mapping sollte dennoch nicht unterschätzt werden. Auch wenn die Hintergrundgeschichte eines Spiels für den Nobelpreis in Literatur nominiert sein muss - wenn alles in einer öden und verbuggten Pixelwüste stattfindet, dann stehen die Chancen gut, dass dieses Spiel erfolglos bleiben wird.
-Viele Maker-Projekte scheiterten letztlich entweder daran, dass einer oder mehrere dieser Aspekte sträflich vernachlässigt wurde(n) oder aber die eigenen Ansprüche der Entwickler unrealistisch hoch waren und eine Fertigstellung des Spiels als Hobbyprojekt kaum möglich war. Dies spiegelt sich unter anderem darin wieder, dass deutlich mehr Projekte nur als [[Demo]] existieren oder gar vor Veröffentlichung einer spielbaren Version abgebrochen wurde, als solche die den Status einer abgeschlossenen Vollversion.
+Viele Maker-Projekte scheiterten letztlich entweder daran, dass einer oder mehrere dieser Aspekte sträflich vernachlässigt wurde(n) oder aber die eigenen Ansprüche der Entwickler unrealistisch hoch waren und eine Fertigstellung des Spiels als Hobbyprojekt kaum möglich war. Dies spiegelt sich unter anderem darin wieder, dass deutlich mehr Projekte nur als [[Demo]] existieren oder gar vor Veröffentlichung einer spielbaren Version abgebrochen wurden, als solche die den Status einer abgeschlossenen Vollversion.
 Im Allgemeinen lässt sich feststellen, dass besonders Projekte mit aufwendiger Technik selten den Status einer [[Vollversion]] erreichten (z.B. [[Velsarbor]] oder [[Sonic Party 2]]), während einige der erfolgreichsten Maker-Spiele (z.B. [[Vampires Dawn 2]], [[Unterwegs in Düsterburg]]) in diesem Bereich auf vorgefertigte Maker-Standards zurückgriffen.

@@ Zeile 5: / Zeile 5: @@
 * [[Technik]] und [[Scripting]]
 * [[Mapping]] und Leveldesign
-* [[Hintergrundgeschichte]], Spielatmosphäre, Spaßfaktor, Originalität
+* [[Hintergrundgeschichte]], Spielatmosphäre
 * Musik und Sound
 * Umfang des Spiels
@@ Zeile 12: / Zeile 13: @@
 === Kriterien für gute Spiele ===
 Nicht jedes gute oder erfolgreiche Spiel (und damit sind nicht nur Maker-Spiele gemeint) erfüllt alle der obigen Anforderungen mit Bravour. Umgekehrt sind gute Technik, ansprechendes Mapping, ein stimmiger Soundtrack und eine lange Spieldauer noch lange kein Garant für einen Hit, etwa wenn das entsprechende Spiel ansonsten langweilig ist, die Charaktere uninspiriert wirken und die Hintergrundgeschichte wie der hundertste Abklatsch des klassischen "Guter Held rettet die Welt vor dem Bösewicht" klingt. Gerade in der Maker-Szene existieren viele Spiele, die technisch und grafisch durchaus solide realisiert wurden, aber keinerlei Wiedererkennungswert und wenig Originalität besitzen.
-Die Bedeutung von Technik und Mapping sollte dennoch nicht unterschätzt werden. Auch wenn die Hintergrundgeschichte eines Spiels für den Nobelpreis in Literatur nominiert sein sollte - wenn alles in einer öden und verbuggten Pixelwüste stattfindet, dann stehen die Chancen gut, dass dieses Spiel erfolglos bleiben wird.
+Die Bedeutung von Technik und Mapping sollte dennoch nicht unterschätzt werden. Auch wenn die Hintergrundgeschichte eines Spiels für den Nobelpreis in Literatur nominiert sein muss - wenn alles in einer öden und verbuggten Pixelwüste stattfindet, dann stehen die Chancen gut, dass dieses Spiel erfolglos bleiben wird.
-Viele Maker-Projekte scheiterten letztlich entweder daran, dass einer oder mehrere dieser Aspekte sträflich vernachlässigt wurde(n) oder aber die eigenen Ansprüche der Entwickler unrealistisch hoch waren und eine Fertigstellung des Spiels als Hobbyprojekt kaum möglich war.
+Viele Maker-Projekte scheiterten letztlich entweder daran, dass einer oder mehrere dieser Aspekte sträflich vernachlässigt wurde(n) oder aber die eigenen Ansprüche der Entwickler unrealistisch hoch waren und eine Fertigstellung des Spiels als Hobbyprojekt kaum möglich war. Dies spiegelt sich unter anderem darin wieder, dass deutlich mehr Projekte nur als [[Demo]] existieren oder gar vor Veröffentlichung einer spielbaren Version abgebrochen wurde, als solche die den Status einer abgeschlossenen Vollversion.
 Im Allgemeinen lässt sich feststellen, dass technisch sehr aufwendige Projekte selten den Status einer [[Vollversion]] erreichten (z.B. [[Velsarbor]] oder [[Sonic Party 2]]), während einige der erfolgreichsten Maker-Spiele (z.B. [[Vampires Dawn 2]], [[Unterwegs in Düsterburg]]) in diesem Bereich auf vorgefertigte Maker-Standards zurückgriffen.

← Nächstältere Version		Version vom 17. August 2015, 18:15 Uhr
Zeile 1:		Zeile 1:
−	Im weitesten Sinne sind die '''Maker-Maßstäbe''' Qualitätsansprüche die an RPG-Maker-Spiele gestellt werden. Wie auch die Maker-Szene selbst wandelten sich ~~auch~~ die Ansprüche an Projekte im Laufe der Zeit. Dieser Artikel soll einen Überblick zu diesem Thema bieten.	+	Im weitesten Sinne sind die '''Maker-Maßstäbe''' Qualitätsansprüche die an RPG-Maker-Spiele gestellt werden. Wie auch die Maker-Szene selbst wandelten sich die Ansprüche an Projekte im Laufe der Zeit. Dieser Artikel soll einen Überblick zu diesem Thema bieten.

	== „Disziplinen“ ==		== „Disziplinen“ ==