Der Bug-Report

[Kelven]

Lösung: Einfach die Spiele selber durchspielen und so die schlimmsten Fehler finden? Vernünftig scripten?

Das Problem bei Alone ist nicht Komplexität, das Spiel ist relativ linear, sondern dass Switches mehrfach benutzt wurden und dass hier zu viele Köche den Brei verdorben haben. Außerdem verlangt die Community nicht nach komplexen Spielen, sondern nach welchen die unterhalten.

[Davy Jones]

Lösung: Einfach die Spiele selber durchspielen und so die schlimmsten Fehler finden?

...

Absolutes Dito, immer selber testen, am besten einmal vor dem Betatest und einmal danach, um noch evtl. Bugs von nachträglichen Feinschliffen aufzuspüren.

Alone... yoah, Performance für den Eimer (zumindest bei einigen) und halt die Bugs, bei Desert Island allerdings waren die schnell behoben (durch die Edits des Autors nach dem Betatest haben sich halt noch ein paar Käfer reingeschoben), das HauptProblem hier war aber das Gameplay, was meiner Meinung nach mit dem begrenzten saven und den spärlichen Hinweisen (Muscheln, ItemKombis) zu tun hat.

Sind für mich btw beides Einzelfälle.

Den Druck der Com kann ich allerdings nicht nachvollziehen, wer unbedingt meint dass Game auf der Stelle einzufordern, nur weil er grad zocken will, ist sowieso nicht ernstzunehmen. Beim Argument Aufwand würde ich ebenfalls widersprechen, gewissenhafte Betatests und halt das eigene Zocken sind oberstes Gebot, wer sich halt ein paar unerfahrene Leute als Tester besorgt und selber das Game nie anrührt (so wie ich dämlicherweise vor 1 1/2 Jahren xD) hat nichts anderes als einen evtl. stark verbuggten bis unspielbaren Datenklotz im Vorstellungsthread zu erwarten.

[Reding]

Dann gebe ich auch einmal meine Meinung ab

An dem Projekt an dem ich Momentan arbeite, werde ich höchstwahrscheinlich sehr
lange dran sitzen. Das liegt vor allem daran, das ich jede Map überprüfe.
Ihr könnt euch garnicht vorstellen, wie oft am Tag ich eine Map durchgehe.
Wenn ich etwas auf der Map verändere, wird dieses auch sofort In-game
betrachtet. Das erspart mir Bugs und Mappingfehler. Meine größten bedenken
jedoch, habe ich später, wenn mein Spiel einige Features enthält, die dem
Spieler eine Menge Freiheiten geben. Da wird jeder Tab, jede Variable
genaustens untersucht. Es ist mir egal, wie lange ich brauche um das Spiel
fertig zu bekommen, Hauptsache es ist am Ende Bugfrei. Denn wie bekannt
ist: "killen Bugs den Spaß". Damit möchte ich sagen, wenn sich JEDER
"Hersteller" sich alles genaustens anguckt, dann kann es keine Bugs geben.
Das Problem ist, das die meisten Spielehersteller, zu früh ein Datum
festlegen. Nehmen wir dein Beispiel Gothic3 es sollte viel früher erscheinen,
als es erschienen ist. Also hat sich PB, den druck selbst gesetzt und das
nenne ich (entschuldigt bitte) absolute Dummheit. Leute man muss sich Zeit
nehmen.

Daher der Tipp: Nehmt euch so viel Zeit für das Projekt wie ihr braucht,
macht euch keinen Streß, und vor allem füttert uns User nicht ständig mit
Screenshots, damit setzt ihr euch selbst unter Druck. Und seid selber Schuld
an den Bugs. Schaut lieber nochmal alles genau anch, doppelt hält besser.

Also, das ist mein Standpunkt.

Reding

Ps: Ich hoffe ihr habt meinen wirren Text irgendwie verstanden

[P.M.S.M.K.]

2 bis 3x selber durchspielen und dann noch ein paar vertrauenswürdigen Freunden geben! Die sollen es auch einmal durchspielen und wenn alles ausgebessert ist, in der Community nach erfahrenen Testern fragen. Nachdem DAS ebenfalls erledigt ist, sollte eigentlich alles glattgebügelt sein.

"Druck der Community"? Das halte ich für eine Ausrede für ein verbuggtes Spiel. Wenn man keine Lust hat, dann loggt man sich eben nicht an, ne?!

Mfg,
P.M.S.M.K.

[chrizzio.]

Tja, bin wie immer aufn Sprung und hab leider wenig Zeit.

Mein Tipp: Am besten in etwas komplexere Events ab und zu Comments setzen, die alles schön säuberlich erklären. Hyena und ich sitzen momentan ab und zu an der Vorbereitung und Standardisierung der Technik für unser Spiel (Das eigentliche Scripten geht noch nicht los!) und ich mache in jedes Commonevent und jedes Event (- die etwas ungewöhnlicheren, also keine Dialoge o.Ä -) mindestens einen kleinen erklärenden Kommentar. Meist steht dort drin, was welcher Befehl bewirkt, worauf das Einfluss hat, welche weiteren Faktoren und Events damit zusammen hängen, wie man das einbaut .. und und und.

Achja .. und sowas rate ich euch auch! A.) Ist es für die Community im Nachhinein super sich das ganze Spiel mal aus technischer Sicht anzusehen und Verbesserungsvorschläge oder sogar Erweiterungen zu bringen.
B.) Hilft es euch selber, wenn ihr in eurem Projekt später einmal zeitlich etwas weiter entfernt angefertigte Scripts umarbeiten müsst, euch dann wieder einzufinden.
Und C-tens: Wenn ihr euch mit den Erklärungen befasst führt ihr euch automatisch selbst noch einmal vor Augen, was ihr da eigentlich eben gemacht habt und ihr versteht es gleich viel besser.

Tja.. Also dann - muss ins Bett. Morgen früh raus! x_X

Tschüssi und gute Nacht!

chrizzio.

P.S.: Brauche mal Hilfe! Einfach im RMXP Technik-Forum hier im Atelier gucken. Danke!

[P.M.S.M.K.]

Ja stimmt Kommentare zu schreiben ist wirklich für Entwickler und für die Community sinnvoll!
Da können die Neulinge die Spiele besser verstehen und halt noch das, was
chrizzio. gessagt hat!