Obvious is obvious, aber nett, dass ihr was hinzufügen wollt, das mach ich jetzt auch: Titten und Hitler!
Obvious is obvious, aber nett, dass ihr was hinzufügen wollt, das mach ich jetzt auch: Titten und Hitler!
--CortiWins GitHub DynRPG < Charguide < [2k3] Zahlen und Werte < [2k3] Kurven als Wertetemplates < [2k3] DynRPG Werkstatt
▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬ஜ۩۞۩ஜ▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
Hello from the otter side
▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬ஜ۩۞۩ஜ▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
o_o?Zitat von Corti
--
@ Alle: Das dient doch als Hilfestellung oder Stütze damit vielleicht einige wissen, wie sie es mit dem Spiel angehen können, sollten whatever. Aber man MUSS ja nicht alles reinbauen. Aber egal.
Nachdem ich mir seine letzten Topics ansah, stellte ich fest, dass er das ernst meint.nton:
--CortiWins GitHub DynRPG < Charguide < [2k3] Zahlen und Werte < [2k3] Kurven als Wertetemplates < [2k3] DynRPG Werkstatt
▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬ஜ۩۞۩ஜ▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
Hello from the otter side
▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬ஜ۩۞۩ஜ▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
Und das soll ein anständiges Tutorial werden?
Ähm ja..Nein...Ich glaube nicht.
Mir tut der Arme Anfänger jetzt schon leid, der seine Tipps aus dem..."Ausbaufähigen" Tutorial bezieht.
Und entschuldige mal, was du hier vorstellst, sind doch wohl DEINE Vorstellungen von Muss, und nicht allgemeine Tipps.
Du schreibst den Neulingen vor, wie sie ihr Spiel zu gestalten haben.
Beisbiele:
Das sind schlicht und einfach DEINE Auffassungen.
Wenn ich mir als Neuling so ein Tut durchlesen würde, ich würde mir die Hand an die Stirn klatschen.
Alles in Allem für mich ein Epic fail.
Mfg.
--Auf eigenen Wunsch gebannt.
Es mag schon sein, dass es kein gutes Tut ist, aber man sieht das er es ernst meint. Er wollte halt ein Tut für Anfänger machen, damit sie es in Zukunft leichter haben.
Einer der mich versteht. Und ich bitte euch in Zukunft nicht unnötig hier in den Thread zu posten, da eh alles umsonst war.
Warum umsonst?
Ich finde das Tut eigentlich nicht schlecht, obwohl es eher Tipps sind als ein Tutorial. Du hast ein paar wichtige Punkte angeschrieben, die man nicht einfach liegen lassen sollte. Klar, einiges war umsonst, zb. "Einen Rivalen".
Das entscheidet eigentlich der Entwickler, ob er einen will oder nicht.
Es gibt ja auch Spiele ohne einen Rivalen.
Es werden sicher einige Anfänger diese Tipps durchlesen, also war es nicht ganz umsonst.
Ich denke ich werde jetzt mal erklären, warum ich dieses Topic für einen Witz gehalten habe: (darum auch Titten & Hitler)
Diese Aufzählung enthält im Prinzip nichts als abgedroschene Phrasen, die ein paar Eigenschaften bekannter Spiele aufzählen, helfen einem wirklichen Neuling aber nicht wirklich weiter.
Ein Anfänger wird im Grunde mit einer Idee und nem Wunsch in der Tür stehen und sich fragen "wie mach ich "?
Praktisches Beispiel:
Peter, 15 Jahre kommt aus Österreich, findet Final Fantasy geil, möchte ein Spiel machen und stellt sich nen Helden vor, der braune Haare hat und mit nem Schwert und ner Axt gleichzeitig kämpft weil er das materialisch sexy findet.
In der Liste hier findet man nun:
- "Eine starke Waffe"
Okey, sein Wunscheld trägt danach nicht mehr Schwert und Axt sondern den heiligen Kolben "Ormoggrarr der Lichtbrecher" ~ haleluja~ und was bringt uns das nun?
Auch in der Liste findet sich:
- Einen Rivalen
Nicht jedes Storykonzept braucht einen Rivalen. Wie soll sich denn der Charakter entwickeln?
An einem Gegner "wachsen" -> Rivale passt
Sich in Hass und Fanatismus steigern -> Rivale passt
Adventurestory um Freundschaft etc. -> maybe not. Gegner wären Kanonenfutter, und egal, Fokus liegt auf dem Partyinternen
Der Rivale ansich unterstützt kein Konzept und hilft nicht eines zu festigen.
-------------------------------------------------
Konstruktiver Ansatz:
Miese Tutorials erkennt man an "du musst" und "du darfst nicht".
RTP, Alex Prinzesschen, gerne, alles zusammen, die Frage nach "Rise or Fall" wird ganz woanders beantwortet.
Die famosen Fragen:
Wie möchtest du, dass sich dein Spiel spielt?
Welches Gefühl soll dein Spiel vermitteln?
Aus den Grundfragen ergibt sich die Möglichkeit ein Spielkonzept darum aufzubauen.
Praktisches Beispiel:
Peter, 15 Jahre kommt aus Österreich, findet Final Fantasy geil, möchte ein Spiel machen und stellt sich nen Helden vor, der braune Haare hat und mit nem Schwert und ner Axt gleichzeitig kämpft weil er das materialisch sexy findet.
Peter liest die 2 Fragen und kommt zu diesem Ergebnis:
- Er möchte in Spiel in dem man powerlevelt, Gegner klatscht, stärker wird
- Er will das Gefühl eines unglaublichen Abenteuers vermitteln
Daraus folgt:
Ein Modell des Gameplays und Notwendigkeiten, kurz weitere handelnde Akteure fürs Kampfsystem. Das können dann andere Charaktere sein in Haupt- oder Nebenrolle oder zB Beschworene Kreaturen die man mitlevelt.
Das Abenteuer verlangt nach einer Folgeentscheidung. Reisen in Begleitung oder allein?
Der Entstehungsprozess entspricht keiner reinen A -> B -> C Reihenfolge, die wenigsten Hobbyentwickler benutzen Modelle, vielmehr sind es alles Entscheidungen, die anderen Stufen und Elemente des Gestaltungsprozesses beeinflussen.
Beispiel:
Peter will, dass sein Held Begleitung hat? Peter kann jetzt eine Figur gestalten, und dieser eine Rolle geben, oder eine Figur fü eine Rolle gestalten.
->Beispiel:
Schüchternes zögerliches süßes Mädchen -> Welche Rolle kann sie haben? Bash&Prügelchar im KS, oder eher die Heilerin? Welche der Möglichen Rollen bietet sich an, ist Platz dafür?
->Beispiel 2:
Rolle der Heilerin fürs KS nötig~ einen Charakter namens "Zogrrrr der Schlächter" zu erstellen bringts nicht.
Evtl. kommt Peter zu dem Entschluss, dass sein Charakter "Liselottchen" untauglich für Kämpfe ist, aber immer dabei sein soll.
Peter erinnert sich, dass er die Kampfplätze ja mit Beschwörungen füllen kann.
Ergebnis:
Held + Liselottchen, das fragile Blondchen gehen auf Reisen, kämpfen werden Held + seine 3 mitlevelnden Viecher.
Und so nimmt das ganze Gestalt an.
Wichtig ist in meinen Augen, dass nicht an Elementen geklammert wird. Oft komms vor, dass bei Elementen, vor allem Features das "haben" der Zweck ist, und nicht der "Bedarf".
Eigene Ideen überarbeiten, abändern ist Teil des Prozesses. Eigene alte Ideen wegschmeissen und durch neue ersetzen ist keine Schande, es gehört dazu.
Der Feedbackprozess funktioniert in den Makerforen oft so:
Ersteller: "Thats my feature, wie findet ihrs?"
Forennutzer: "Scheisse, weil..."
Das "Weil" ist wichtig.
"Toll" = Mist
"Scheisse" = Mist
"Scheisse, weil..." = fein
"Toll, weil..." = fein
Das Feedback-Feedback funktioniert in den Makerforen oft so:
Ersteller: "Fick dich, ich wills so!"
Sollte aber so sein:
Ersteller: "Hey, ich sollte das mal bedenken, evtl. kann ich meine 2 Primärziele anders besser erreichen"
Wenn man also Feedback in Foren bekommt geht es nicht darum, zu tun was der Arsch im Forum sagt, sondern sachlich zu bedenken, warum es der Arsch wohl sagt.
Feedback ist dazu da aufzuzeigen wo der Nachbesserunsgbedarf ist, nicht wie er auszusehen hat!
------------------------------------------------
Fazit:
Listen von "das muss drin sein" sind genau so nutzlos und kontraproduktiv wie Listen von "das darf nicht drin sein"
Spread the Love, over and out!
-Corti
--CortiWins GitHub DynRPG < Charguide < [2k3] Zahlen und Werte < [2k3] Kurven als Wertetemplates < [2k3] DynRPG Werkstatt
▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬ஜ۩۞۩ஜ▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
Hello from the otter side
▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬ஜ۩۞۩ஜ▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
Mensch, fleißig, fleißig, Corti.
Nachvollziehbar.
Dito.
Das ist gut, ich denke, das würde helfen.
Wie recht u hast.
Und wie inteeressant es war, sich das durchzulesen.
Allgemein denke ich, es gibt kein perfektes Tutorial, und schon garnicht für Stories.
Das ist eine Kopfsache,und keine Allgeemeinbasis.
Da können wir genauso gut ein Tutorial für Geschlechtsverkehr machen, wird ebenso wenig bringen~
Mfg
--Auf eigenen Wunsch gebannt.
Berechtigungen
