spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Nachtrag: irgendwie war grad mein Internet geknubbelt - ich hab eure Antworten icht alle gesehen.
Den Vergleich mit einem Smoker-Grill und meinem Defense-Tower hab ich gestern auch schon einpaarmal gehört ...ist aber zufällig

Zitat von »Michael«

mmh, lecker BBQ!

War auch mein Gedanke. Lecker Steaks...

Leider hat diem Sprachaufnahme bei diesem Video versagt, so daß nur die ingame-Geräusche zu hören sind

mit diesem Video wollt ich eigentlich meine aktuellen Problemfelder zeigen, so gibts halt den "Durchlauf" durch eine kurze Testmission...
(sorry für die etwas längeren Pausen mittendrin, da wäre mein Erklärbar-Ton zu hören gewesen)


Video auf Youtube

Cool, da hat sich ja schon wieder viel getan.
Was mir gerade aufgefallen ist: In der Mini-Map scheint sich zwar das Bild des Levels zu drehen, wenn man sich umdreht, aber nicht die Objekte (z. B. der Hase).
Quatsch. Was mir komisch vorkam, war etwas anderes: Das Bild des Levels dreht sich zwar, wenn du dich drehst, aber es bewegt sich nicht, wenn du läufst.

ja... die Icons drehen sich nur mit, wenn man zielt und sich dreht... ich bin froh , das wenigstens das so einigermaßen funktioniert.
(Aber mein Level-Quest-Kuddelmuddel raubt mir den letzten Nerv und ich kann kaum noch vorm PC sitzen...der Rücken...)

Trotzdem danke man sieht wirklich, das sich was getan hat

nachtrag: Ja,d er hase bewegt sich nicht, weil der Charakter still auf der Stelle steht. Die anderen KI´s bewegen sich,und folglich auch ihre Icons

Wenn du dich verkuddelmuddelt hast, ist das oft ein Zeichen dafür, dass dein System nicht flexibel genug ist und du nicht genug abstrahiert hast. Ein paar Tage Pause können Wunder bewirken

das kann natürlich sein...
ich weiß, eine Pause täte vielleicht gut... aber es wurmt mich halt ziemlich sehr...so dicht dran, und doch kein Durchbruch... naja..vielleicht bau ich in der Zwischenzeit wieder ein 3D Modell, anstatt mich da jetzt tot zu rennen

Ich denke, dass deine Klassen zu viel auf einmal tun sollen.
Z. B. sehe ich, dass deine Quest-Klasse ein "Typ"-Attribut hat, wo du z. B. "Objekte sammeln" angeben kannst. Wenn du noch mehr Typen hinzufügst, wird deine Quest-Klasse sehr unübersichtlich. Stattdessen solltest du für jeden Typ eine eigene Klasse haben, die von einer gemeinsamen Basisklasse erbt.
Generell solltest du mehr mit dem Unity-Objektsystem arbeiten, denke ich. Eine Vorbedingung kann man auch in ein Objekt kapseln, dann wieder mit verschiedenen Typen, z. B. "Anderes Quest gelöst", "Objekt existiert", "Gegenstand im Inventar" etc. (auch hier verschiedene Klassen, die von einer Basisklasse erben)
So hältst du deine Klassen klein und vom Funktionsumfang her überschaubar.

hm...den ersten Teil verstehe ich.
(Dabei fand ich es elegant, ein "multi-funktions-Quest-Skript" zu haben... mal sehen...

beim zweiten Teil steh ich grad was auf dem Schlauch... die Inventargegenstände sind eigene Klassen, und die Quests sind nur leere gameObjects mit nem Script dran... aber vielleicht raucht mir auch grad zu sehrder Kopf

Zwei Gifs meines aktuellen Projekts, einer Mischung aus Aufbau und RTS

(leider sehr kurz und klein wegen der Dateigrößenbeschränkung)

BTW: Ist es nicht möglich hier im Beitrag Gifs einzubetten? Funktioniert weder mit noch mit.