Eigenes Kampfsystem - Versionsgeschichte

MagiAkira am 6. Februar 2025 um 01:29 Uhr

2025-02-06T01:29:40Z

Sq am 9. Februar 2023 um 15:40 Uhr

2023-02-09T15:40:25Z

Maturion am 3. Februar 2023 um 13:11 Uhr

2023-02-03T13:11:08Z

Maturion am 4. September 2022 um 14:19 Uhr

2022-09-04T14:19:57Z

Maturion am 4. September 2022 um 14:18 Uhr

2022-09-04T14:18:54Z

Maturion am 29. Januar 2021 um 23:45 Uhr

2021-01-29T23:45:19Z

MagiAkira am 14. Mai 2020 um 17:49 Uhr

2020-05-14T17:49:18Z

MagiAkira am 14. Mai 2020 um 01:06 Uhr

2020-05-14T01:06:59Z

Maturion am 24. Januar 2020 um 08:09 Uhr

2020-01-24T08:09:15Z

MagiAkira am 23. November 2019 um 10:16 Uhr

2019-11-23T10:16:05Z

@@ Zeile 1: / Zeile 1: @@
-[[Datei:Sergekskurs resultat.png|thumb|<small>[[Serge]]s [[Sideview-Kampfsystem|SKS]] wurde über seinen [[Serges KS-Kurs|berühmten Kurs]] populär und war eines der frühesten eigenen Kampfsysteme in der deutschen Szene</small>]]
+[[Datei:Sergekskurs resultat.png|thumb|<small>[[Serge]]s [[Sideview-Kampfsystem|SKS]] wurde über seinen [[Serges KS-Kurs|berühmten Kurs]] populär und war eines der frühesten eigenen Kampfsysteme in der deutschen Szene</small>]]__NOTOC__
 '''Eigene Kampfsysteme''' in [[RPG Maker|RPG-Maker]]-[[Spieledatenbank von A bis Z|Spielen]] sind schon etwa genau so lang ein Thema für [[:Kategorie:Entwickler/-in|Entwickler]] wie der [[RPG Maker 2000]] existiert. In selbigem sowie dessen [[RPG Maker 2003|Nachfolger]] werden sie häufig in Form einer oder mehrerer [[Mapping|Maps]] gefertigt und sind bei dieser Umsetzung von ähnlich kritischen Problemen und Umständlichkeiten wie [[Eigenes Menü|eigene Menüs]] geplagt.
@@ Zeile 12: / Zeile 12: @@
 Auch häufig als ''„Kampfsystem“'' bezeichnet, jedoch keinen systematischen Aufbau ihr Eigen nennend, sind die meisten sogenannten ''„[[Action-Kampfsystem]]e“ (direkteres, aktives Bekämpfen von Gegnern in Echtzeit)'' in vielen RPG2000-/-2003-Spielen (theoretisch auch auf neueren Versionen, je nach Arbeitsweise), da sie einen besonders großen Anteil an ''[[Hardcoding]]'' aufweisen und z.B. jedem Exemplar gleicher Gegner aufs Neue zuweisen, wie sie sich verhalten und wie sie bekämpft werden können.
-== Trivia ==
+==Trivia==
-* In der englischsprachigen Maker-Szene werden eigene Kampfsysteme als ''Custom Battle System'' (kurz ''CBS'') bezeichnet.
+*In der englischsprachigen Maker-Szene werden eigene Kampfsysteme als ''Custom Battle System'' (kurz ''CBS'') bezeichnet.
-* [[Serges KS-Kurs]] machte im deutschsprachigen das Thema „Eigenes Kampfsystem“ für viele „Normalo-User“ zugänglicher.
+*[[Serges KS-Kurs]] machte im deutschsprachigen Raum das Thema „Eigenes Kampfsystem“ für viele „Normalo-User“ zugänglicher.
 {{NavboxKampf}}

← Nächstältere Version		Version vom 9. Februar 2023, 15:40 Uhr
Zeile 1:		Zeile 1:
−	[[Datei:Sergekskurs resultat.png\|thumb\|[[Serge]]s [[Sideview-Kampfsystem\|SKS]] wurde über seinen [[Serges KS-Kurs\|berühmten Kurs]] populär und war eines der frühesten eigenen Kampfsysteme in der deutschen Szene]]	+	[[Datei:Sergekskurs resultat.png\|thumb\|<small>[[Serge]]s [[Sideview-Kampfsystem\|SKS]] wurde über seinen [[Serges KS-Kurs\|berühmten Kurs]] populär und war eines der frühesten eigenen Kampfsysteme in der deutschen Szene</small>]]
	'''Eigene Kampfsysteme''' in [[RPG Maker\|RPG-Maker]]-[[Spieledatenbank von A bis Z\|Spielen]] sind schon etwa genau so lang ein Thema für [[:Kategorie:Entwickler/-in\|Entwickler]] wie der [[RPG Maker 2000]] existiert. In selbigem sowie dessen [[RPG Maker 2003\|Nachfolger]] werden sie häufig in Form einer oder mehrerer [[Mapping\|Maps]] gefertigt und sind bei dieser Umsetzung von ähnlich kritischen Problemen und Umständlichkeiten wie [[Eigenes Menü\|eigene Menüs]] geplagt.		'''Eigene Kampfsysteme''' in [[RPG Maker\|RPG-Maker]]-[[Spieledatenbank von A bis Z\|Spielen]] sind schon etwa genau so lang ein Thema für [[:Kategorie:Entwickler/-in\|Entwickler]] wie der [[RPG Maker 2000]] existiert. In selbigem sowie dessen [[RPG Maker 2003\|Nachfolger]] werden sie häufig in Form einer oder mehrerer [[Mapping\|Maps]] gefertigt und sind bei dieser Umsetzung von ähnlich kritischen Problemen und Umständlichkeiten wie [[Eigenes Menü\|eigene Menüs]] geplagt.

@@ Zeile 1: / Zeile 1: @@
 [[Datei:Sergekskurs resultat.png|thumb|[[Serge]]s [[Sideview-Kampfsystem|SKS]] wurde über seinen [[Serges KS-Kurs|berühmten Kurs]] populär und war eines der frühesten eigenen Kampfsysteme in der deutschen Szene]]
-'''Eigene Kampfsysteme''' in [[RPG Maker|RPG-Maker]]-[[Spieledatenbank von A bis Z|Spielen]] sind schon etwa genau so lang ein Thema für [[:Kategorie:Entwickler/-in|Entwickler]] wie der [[RPG Maker 2000]] existiert. In selbigem sowie dessen [[RPG Maker 2003|Nachfolger]] werden sie häufig in Form einer oder mehrerer [[Mapping|Maps]] gefertigt und sind bei dieser Umsetzung von ähnlich kritischen Problemen und Umständlichkeiten wie [[Eigenes Menü|eigene Menüs]] geplagt. Nur selten sind eigene Kampfsysteme in der [[RPG_RT.exe|RPG_RT-Engine]] so aufgebaut, dass ihre Kämpfe dynamisch auf jeder Map stattfinden können. Seit dem [[RPG Maker XP]] besteht in der Reihe eine weitaus elegantere Möglichkeit der Umsetzung, die durch Änderungen am [[Ruby]]-, oder seit [[RPG Maker MV|RPGMV]] [[JavaScript]]-Code vorgenommen wird und nicht mehr auf [[Event]]s angewiesen ist.
+'''Eigene Kampfsysteme''' in [[RPG Maker|RPG-Maker]]-[[Spieledatenbank von A bis Z|Spielen]] sind schon etwa genau so lang ein Thema für [[:Kategorie:Entwickler/-in|Entwickler]] wie der [[RPG Maker 2000]] existiert. In selbigem sowie dessen [[RPG Maker 2003|Nachfolger]] werden sie häufig in Form einer oder mehrerer [[Mapping|Maps]] gefertigt und sind bei dieser Umsetzung von ähnlich kritischen Problemen und Umständlichkeiten wie [[Eigenes Menü|eigene Menüs]] geplagt.
 Ein Ansporn, selbst ein Kampfsystem zu erstellen, ist häufig, dass eine ''andere Kameraperspektive'' gewünscht wird, als sie vom Standard vorgegeben wird, seltener auch, dass bestimmte Features sonst kaum oder gar nicht umzusetzen sind.
-Für einige Jahre waren eigene Kampfsysteme primär ein Selbstzweck - ein Spiel enthielt ein eigenes Kampfsystem hauptsächlich damit es ein eigenes Kampfsystem hatte. Viele dieser Kreationen waren dem [[Standard-Kampfsystem (2000)|Standard]] in jedem Punkt unterlegen und waren in vielen Fällen so rudimentär umgesetzt, dass eigentlich kein objektiver Grund für deren Einsatz sprach. Für längere Zeit herrschte in weiten Teilen der Maker-Szene jedoch der Aberglaube, jedes Projekt in dieser Engine müsse ohne Wenn und Aber ein ''eigenes KS'' aufweisen, um interessant genug für Spieler zu sein.
+Für einige Jahre waren eigene Kampfsysteme primär ein Selbstzweck - ein Spiel enthielt ein eigenes Kampfsystem hauptsächlich damit es ein eigenes Kampfsystem hatte. Viele dieser Kreationen waren dem [[Standard-Kampfsystem (2000)|Standard]] in jedem Punkt unterlegen und waren in vielen Fällen so rudimentär umgesetzt, dass eigentlich kein objektiver Grund für deren Einsatz sprach. Gleichzeitig trieben eigene Kampfsysteme massiv den Arbeitsaufwand des Spiels in die Höhe. Für längere Zeit herrschte in weiten Teilen der Maker-Szene jedoch der Aberglaube, jedes anspruchsvolle Projekt in dieser Engine müsse ohne Wenn und Aber ein ''eigenes KS'' (neben weiteren Features) aufweisen, um interessant genug für Spieler zu sein. Dieser Trugschluss führte zum Abbruch vieler Projekte, deren Ambitionen und geplante Features von vorneherein unrealistisch waren. Eigene Kampfsysteme gehörten dabei in aller Regel zu den am aufwendigsten zu implementierenden und handzuhabenden Funktionen. Nur die wenigsten Spiele mit eigenem Kampfsystem wurden letztlich auch fertiggestellt, wobei sich viele dieser Projekte zusätzlich noch [[In Features verlieren|in weitere Features verloren]].
-''Unterlegene Kampfsysteme'' zeichnen sich meist durch sperrige Bedienung, sehr langsame oder gar nicht animierte Optik, unbequeme Funktionseinschränkungen, wie etwa nur sehr wenige, bzw ''einen'' Gegner oder unübersichtliche Menüs, oder eine Dichte an Bugs aus, die dem [[Standard-Kampfsystem (2003)|RPG2003-Standard-KS]] Konkurrenz macht.
+''Unterlegene Kampfsysteme'' zeichnen sich meist durch sperrige Bedienung, sehr langsame oder gar nicht animierte Optik, unbequeme Funktionseinschränkungen, wie etwa nur sehr wenige, bzw. ''einen'' Gegner oder unübersichtliche Menüs, oder eine Dichte an Bugs aus, die dem [[Standard-Kampfsystem (2003)|RPG2003-Standard-KS]] Konkurrenz macht.
-Auch häufig als ''"Kampfsystem"'' bezeichnet, jedoch keinen systematischen Aufbau ihr Eigen nennend, sind die meisten sogenannten ''"Action-Kampfsysteme" (direkteres, aktives Bekämpfen von Gegnern in Echtzeit)'' in vielen RPG2000-/-2003-Spielen (theoretisch auch auf neueren Versionen, je nach Arbeitsweise), da sie einen besonders großen Anteil an ''[[Hardcoding]]'' aufweisen und z.B. jedem Exemplar gleicher Gegner auf's Neue zuweisen, wie sie sich verhalten und wie sie bekämpft werden können.
+Auch häufig als ''„Kampfsystem“'' bezeichnet, jedoch keinen systematischen Aufbau ihr Eigen nennend, sind die meisten sogenannten ''„[[Action-Kampfsystem]]e“ (direkteres, aktives Bekämpfen von Gegnern in Echtzeit)'' in vielen RPG2000-/-2003-Spielen (theoretisch auch auf neueren Versionen, je nach Arbeitsweise), da sie einen besonders großen Anteil an ''[[Hardcoding]]'' aufweisen und z.B. jedem Exemplar gleicher Gegner aufs Neue zuweisen, wie sie sich verhalten und wie sie bekämpft werden können.
 == Trivia ==

@@ Zeile 12: / Zeile 12: @@
 == Trivia ==
 * In der englischsprachigen Maker-Szene werden eigene Kampfsysteme als ''Custom Battle System'' (kurz ''CBS'') bezeichnet.
 {{NavboxKampf}}

@@ Zeile 1: / Zeile 1: @@
 '''Eigene Kampfsysteme''' in [[RPG Maker|RPG-Maker]]-[[Spieledatenbank von A bis Z|Spielen]] sind schon etwa genau so lang ein Thema für [[:Kategorie:Entwickler/-in|Entwickler]] wie der [[RPG Maker 2000]] existiert. In selbigem sowie dessen [[RPG Maker 2003|Nachfolger]] werden sie häufig in Form einer oder mehrerer [[Mapping|Maps]] gefertigt und sind bei dieser Umsetzung von ähnlich kritischen Problemen und Umständlichkeiten wie [[Eigenes Menü|eigene Menüs]] geplagt. Nur selten sind eigene Kampfsysteme in der [[RPG_RT.exe|RPG_RT-Engine]] so aufgebaut, dass ihre Kämpfe dynamisch auf jeder Map stattfinden können. Seit dem [[RPG Maker XP]] besteht in der Reihe eine weitaus elegantere Möglichkeit der Umsetzung, die durch Änderungen am [[Ruby]]-, oder seit [[RPG Maker MV|RPGMV]] [[JavaScript]]-Code vorgenommen wird und nicht mehr auf [[Event]]s angewiesen ist.
@@ Zeile 8: / Zeile 9: @@
 Auch häufig als ''"Kampfsystem"'' bezeichnet, jedoch keinen systematischen Aufbau ihr Eigen nennend, sind die meisten sogenannten ''"Action-Kampfsysteme" (direkteres, aktives Bekämpfen von Gegnern in Echtzeit)'' in vielen RPG2000-/-2003-Spielen (theoretisch auch auf neueren Versionen, je nach Arbeitsweise), da sie einen besonders großen Anteil an ''[[Hardcoding]]'' aufweisen und z.B. jedem Exemplar gleicher Gegner auf's Neue zuweisen, wie sie sich verhalten und wie sie bekämpft werden können.
 {{NavboxKampf}}

← Nächstältere Version		Version vom 14. Mai 2020, 17:49 Uhr
Zeile 8:		Zeile 8:

	{{NavboxKampf}}		{{NavboxKampf}}
		+
		+	{{GameDesignBox}}

	[[Kategorie:Technik]] [[Kategorie:Kampfsystem]]		[[Kategorie:Technik]] [[Kategorie:Kampfsystem]]

← Nächstältere Version		Version vom 14. Mai 2020, 01:06 Uhr
Zeile 6:		Zeile 6:

	Auch häufig als ''"Kampfsystem"'' bezeichnet, jedoch keinen systematischen Aufbau ihr Eigen nennend, sind die meisten sogenannten ''"Action-Kampfsysteme" (direkteres, aktives Bekämpfen von Gegnern in Echtzeit)'' in vielen RPG2000-/-2003-Spielen (theoretisch auch auf neueren Versionen, je nach Arbeitsweise), da sie einen besonders großen Anteil an ''[[Hardcoding]]'' aufweisen und z.B. jedem Exemplar gleicher Gegner auf's Neue zuweisen, wie sie sich verhalten und wie sie bekämpft werden können.		Auch häufig als ''"Kampfsystem"'' bezeichnet, jedoch keinen systematischen Aufbau ihr Eigen nennend, sind die meisten sogenannten ''"Action-Kampfsysteme" (direkteres, aktives Bekämpfen von Gegnern in Echtzeit)'' in vielen RPG2000-/-2003-Spielen (theoretisch auch auf neueren Versionen, je nach Arbeitsweise), da sie einen besonders großen Anteil an ''[[Hardcoding]]'' aufweisen und z.B. jedem Exemplar gleicher Gegner auf's Neue zuweisen, wie sie sich verhalten und wie sie bekämpft werden können.
		+
		+	{{NavboxKampf}}

	[[Kategorie:Technik]] [[Kategorie:Kampfsystem]]		[[Kategorie:Technik]] [[Kategorie:Kampfsystem]]

← Nächstältere Version		Version vom 24. Januar 2020, 08:09 Uhr
Zeile 7:		Zeile 7:
	Auch häufig als ''"Kampfsystem"'' bezeichnet, jedoch keinen systematischen Aufbau ihr Eigen nennend, sind die meisten sogenannten ''"Action-Kampfsysteme" (direkteres, aktives Bekämpfen von Gegnern in Echtzeit)'' in vielen RPG2000-/-2003-Spielen (theoretisch auch auf neueren Versionen, je nach Arbeitsweise), da sie einen besonders großen Anteil an ''[[Hardcoding]]'' aufweisen und z.B. jedem Exemplar gleicher Gegner auf's Neue zuweisen, wie sie sich verhalten und wie sie bekämpft werden können.		Auch häufig als ''"Kampfsystem"'' bezeichnet, jedoch keinen systematischen Aufbau ihr Eigen nennend, sind die meisten sogenannten ''"Action-Kampfsysteme" (direkteres, aktives Bekämpfen von Gegnern in Echtzeit)'' in vielen RPG2000-/-2003-Spielen (theoretisch auch auf neueren Versionen, je nach Arbeitsweise), da sie einen besonders großen Anteil an ''[[Hardcoding]]'' aufweisen und z.B. jedem Exemplar gleicher Gegner auf's Neue zuweisen, wie sie sich verhalten und wie sie bekämpft werden können.

−	[[Kategorie:Technik]]	+	[[Kategorie:Technik]] [[Kategorie:Kampfsystem]]