spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Phu.. fang selbst an so etwas zu programmieren.

Also das Fenster ist recht einfach. Da hast du zuersteinmal das fertige Fenster erstellt. (Wie auch immer mit Text, Buttons, Bilder usw. ) und dann kannst du einfach mit einer bool-Variable switchen, ob das Fenster gezeigt wird, oder nicht. Und diesen switch kannst du dann auf die Taste legen, die du willst.



Das mit der Plattform kannst du auch recht einfach machen, indem du das gleiche nimmst wie oben, ausser, dass du keinen switch, sondern eine ständige Bedingung hast.



Und teleportieren ist etwas vom einfachsten.
Du kannst den Spieler einfach neue Positionen zuweisen und fertig.

Ich weiss jetzt nicht, wieviel du von dem überaupt verstehst, aber vieles wird dir schon klarer, auch wenn du nur ein einfaches kleines Spiel selbst programmierst. Wenn es dich interessiert, würde ich dir das unbedingt empfehlen..

Ganz simpel: Abfragen und Aktionen.

Wurde I gedrückt? Zeige das Inventar.
Befindet sich der Spieler auf der Plattform? Zeige das Reisemenü an.

Natürlich ist das ganze komplizierter. Alles was auf dem Bildschirm erscheint, muss programmiert werden. Alle Aktionen müssen ebenfalls programmiert werden.

Die Punkte die du genannt hast sind da noch relativ simpel. Wobei zum Beispiel bei der Chat Funktion die Netzwerkkommunikation für unerfahrene Entwickler nicht ganz so einfach ist.

Ansonsten.. es ist schwierig grob zu umreißen wie sowas funktioniert. Die Grundmittel sind einfach (Abfragen, Berechnungen und Sprünge) jedoch kann man ohne die nötige Erfahrung kaum einblicken wie diese dafür zu nutzen sind.

Insbesondere gibt es auch Probleme die für einen Menschen unheimlich einfach zu "sehen", für einen Computer jedoch außerordentlich schwierig sind.
Letztenendes kann man das darauf zurückführen, dass der Computer nur eine mathematische Repräsentation der Spielwelt kennt. Schon so einfach anmutende Sachen wie Kollisionen zwischen Objekten können einen nicht ganz unbedeutenden Aufwand in der Programmierung bedeuten. Ein Mensch sieht das einfach, ein Computer muss das aus einem riesigen Haufen von Vektoren und Matrizen errechnen.
Erschwerend kommt noch dazu, dass das ganze auch noch schnell genug funktionieren muss damit keine Diashow spielt. Darum muss man oft Kompromisse eingehen und zum Beispiel kleine Fehler bei der Kollisionserkennung zulassen.

Wie gesagt, programmieren ist nichts anderes mehr oder weniger als sagen "wenn <irgendwas> dann tu <irgendwas>" zu definieren, und das für ALLES.

Beispiel:

1) "Wenn I gedrückt worden ist öffne das Inventar-Fenster"

nur, leider weiss der PC von sich aus NICHTS, dass heisst ich muss ihm auch sagen was "I drücken" bedeutet bzw. wie er das merken kann (er merkt dass indem die Tastatur eine Zahl ändert die er ansehen kann), und man muss ihm sagen was "Öffne das Inventar-Fenster" bedeutet:

2) "Wenn das Inventar-Fenster geöffnet werden soll, dann zeichne an der Position x/y auf dem Bildschirm einen Rahmen von der Farbe, darin an der Position x/y den Fenster-Namen "Inventar", darunter zeichne so viereckige Boxen (an den positionen x1/y1, x2/y2, usw usw), in die viereckige Boxen die Bildchen von den Items die im Inventar vorhanden sind, in die position x/y von jeder box die Anzahl der items auf dem platz"

das führt aber schon wieder zu ganz vielen kleinen sachen:

a) "Wenn ich an der position x/y was gezeichnet werden soll, dann färbe dort die pixel mit den angegeben farbwerten (aus einer gegeben grafik oder so)"

von der linken bildschirmseite soviele (wie die Zahl x sagt) nach rechts zählen, dann kommst du zu einer senkrechten reihe von pixeln. dann von oben in dieser Spalte soviele wie die Zahl y sagt nach unten zählen, und dann kommst du auf einen Pixel, dieser Pixel bzw. die Zahl dahinter musst du ändern zum wert rot..

b) "Wenn ein Pixel mit der Position 5/4 rot gefärbt werden soll, dann gehe in den Speicherbereich Dings und ändere da die und die zahlen zu dem neuen wert der rot bedeutet"

.. welche Zahl rot bedeutet muss vorher irgendwo festgelegt worden sein
.. welches der Speicherbereich Dings ist muss vorher irgendwo festgelegt worden sein...

--> faktisch muss man bei jedem einzelnen pixel der in dem bereich wo das fenster hinkommt (sehr wahrscheinlich) die farbe angepasst werden.
Das können einige wenige sein, oder auch ein paar tausende Zahlen die irgendwo verändert werden müssen (und zwar nicht irgendwie, sondern eben so dass sie die richtigen farben danach bewirken), und diese zahlen sagen dann was für ne farbe auf deinem Bildschirm angezeigt wird.


(alles was du auf dem bildschirm siehst sind eigentlich farbige punkte.. gewaltig viele punkte.. punkte die aneinander sind und die gleichen farbe haben siehst du als linie, wenn viele punkte neben- und übereinander die gleiche farben haben als fläche. aus punkt, linie und fläche ist jedes bild aufgebaut)

Dabei gibt es viele Arbeiten* die oft sehr gleich sind, die fasst man beim Programmieren zusammen so dass man nicht bei jedem WENN alles dem pc nochmal erklären muss was es bedeutet, sondern nur einmal für jedes wenn.

*Zahlenänderungen, bzw. am schluss immer irgendwelche änderungen von nullen zu einsen oder umgekehrt oder gemischt


Aber es gibt eben sehr sehr viele WENNS, weil der PC weiss gar nichts, du musst ihm ALLES sagen, und auch noch was ALLES bedeutet sozusagen


War das irgendwie verständlich und bisschen nachvollziehbar? :roll: :lol:

Schnapp dir eine Programmeirsprache deiner Wahl, setz dich hin und schreib ein Programm das "Hello World!" auf die Textkonsole ausgibt.
So, oder so ähnlich hat praktisch jeder zu Programmieren begonnen.
Wenn du das geschafft hast, dann ist schonmal der Grundstein für eine erfolgreiche Programmier Karriere gelegt. Von einem Spiel bist du dann noch viele, viele Meilen weit entfernt, aber jeder beschwerliche Weg beginnt mit einem Schritt. Und wenn dus wirklich wissen und verstehen willst, dann wirst du um diesen und abertausende weitere Schritte nicht herumkommen

so die wichtigsten fähigkeiten, die du entwickeln musst beim programmieren sind folgende (leute ergänzt wenn ich was vergesse):

1. Probleme in teilprobleme zerlegen
2. von spezialfällen aufs allgemeine schliessen
3. abstraktionsdenken
4. ausdauer

das schlimmste was du machen kannst ist dieses krasse "überkreuz-denken", d.h. so vieles in betracht ziehen siehe hier:

Zitat

Ich kenne ein spiel wo es so ist, das die HP und die Treffer sich je nach stelle wo man getroffen wurde verändert. Hat man als Spieler Schuhe an +4 ist der Schaden dort fast 0 hat man einen Helm an der clean ist, ist der Schaden fast tötlich.
Hat man ein Schild an kommen noch Block oder Miss dazu. Das muss man alles Programmieren. Das ist eine "sau schwere arbeit" oder ?

das musst dir alles zerlegen und nacheinander aufbauen, sonst kriegst du ne meise .

wenn du das beherzigt ist es gar nicht so schwierig, dann kommt es nurnoch auf 4. an

Es ist ganz einfach: Wenn du jeden kleinen Scheiß separat einprogrammierst wird dien Quellcode riesen groß, unübersichtlich, sehr schwer wartbar und ruckzuck kommen Millionen von Fehlern hinzu, da du an irgendeiner Stelle irgendwas vergessen hast.

Die eigetnliche Kunst ist es, flexibel zu abstrahieren. So gibt es z.B. nicht Füße, Bauch und Kopf, sondern es gibt Trefferzonen. Jede davon wird gleich behandelt. Das heißt nicht, dass es egal ist, wo man getroffen wird, sondern dass jede Zone z.B. einen Schadensmultiplikator hat (Kopf: 10Fach Schaden, Bauch normal, Beine halber Schaden). Will man neue Trefferzonen mit anderen Werten hinzufügen, ist das jetzt kein Problem.
Will man aber, das man langsamer läuft, wenn man an den Füßen getroffen wird, kann man das vergessen, denn das System ist dafür nicht ausgelegt und zu unflexibel. Ein naiver und dummer Ansatz wäre es, jeder Trefferzone einen zweiten Wert zuzordnen, wie viel langsamer der Mensch wird. (Beine 5, Bauch 0, Kopf 0).
Wenn man noch 5 von den Werten hat, die eh meistens 0 sind, ist das ganze Design dann wieder dumm. Also muss man wiederum flexibler denken (und z.B. die Fußtrefferzone von der normalen ableiten).

Der Vorteil heute ist, das man eine Menge Rechenzeit hat, man schraubt meinetwegen die Grafik etwas runter und kann dafür sehr viele andere Dinge berechnen. Früher war alles knapp, da musste man noch alles seperat optimieren, um ein tolles Spiel zu schaffen. Das kann man heute schon abstrakter und damit besser erweiterbar machen.