The Elder Scrolls 6: Skill-System wird "auf jeden Fall so fortgesetzt"

Khorneblume

Kajetan

Jetzt hast Du Dir extra die Mühe gemacht ein Quote von mir rauszusuchen ... welches das Argument des Artikelautoren nicht unterstützt.

Denn der sagt, dass es mit der UE gar nicht geht. Ich habe in diesem Quote gesagt, dass Engines Schwerpunkte haben und Engine X für manche Zwecke besser geeignet ist als für andere. Noch genauer, unter Rahmenbedingung Y kann (!) Engine X für Spiel Z besser geeignet sein. Ein MUSS ist das nirgendwo.

Wenn der Autor also gesagt hätte, dass Item-Persistenz auch anderweitig umsetzbar wäre, dies aber mehr Aufwand bedeutet, den Beth scheut ... hat er aber nicht.

Ich könnte mir durchaus vorstellen, dass die Wahrheit irgendwo dazwischen liegt. So hart am Limit wie viele UE-Titel laufen, ist es zumindest für mich schwer vorstellbar, sich eine Bethesda-Formel auf der Basis auszumalen. Die Frage ist also nicht nur, ob es mehr Aufwand wäre, sondern ob dann auch die Ergebnisse zufriedenstellend wären - ob es überhaupt einen Mehrwert liefern kann. Zwischen "Startet nicht" und "Performance irgendwo im Keller", liegen ja auch noch 1-2 Stockwerke. So lange man weder das eine, noch dass andere belegen kann, dreht man sich an der Stelle aber maximal im Kreis. Genieß dein Wochenende.

Kajetan

Khorneblume

Viel Spaß noch, ich klinke mich hier raus. Wenn man nur noch einzelne Wörter herauspickt, um nochmal einen Autor als dumm zu beschimpfen, macht so eine Diskussion absolut keinen Sinn...

Jetzt hast Du Dir extra die Mühe gemacht ein Quote von mir rauszusuchen ... welches das Argument des Artikelautoren nicht unterstützt.

Denn der sagt, dass es mit der UE gar nicht geht. Ich habe in diesem Quote gesagt, dass Engines Schwerpunkte haben und Engine X für manche Zwecke besser geeignet ist als für andere. Noch genauer, unter Rahmenbedingung Y kann (!) Engine X für Spiel Z besser geeignet sein. Ein MUSS ist das nirgendwo.

Wenn der Autor also gesagt hätte, dass Item-Persistenz auch anderweitig umsetzbar wäre, dies aber mehr Aufwand bedeutet, den Beth scheut ... hat er aber nicht.

NewRaven

Peter Piper 42

Ich hab Minecraft nicht gespielt - daher wirklich schlechtes Beispiel wenn es dort wirklich so ist wie du beschreibst.
Ich dachte das währe mehr wie bei Empyrion,Ark oder halt Satisfactory

Ich hab Minecraft mal ne ganze Zeit quasi gelebt Wie gesagt, mittlerweile trickst man da ein bisschen (wie in meinem "man könnte die Äpfel auf dem Boden halt auch erst generieren, wenn der Spieler auch da ist, um das Resultat zu sehen"-Beispiel), aber grundlegend funktioniert das immernoch nach "da ist nur, was auch geladen ist - und geladen wird nur, was der Spieler auch wahrnehmen kann"

Satisfactory hat natürlich Strom und dessen Produktion, aber da fehlt dann der "interaktives 3D Objekt"-Part... den produzierten Strom bekommst du ja schließlich als simulierten Wert, nichts, mit dem du aktiv interagieren kannst. Und wenn Simulations-Games nichts simulieren würden, wäre das... unschön.
Zu den anderen beiden kann ich leider wenig sagen... es ist durchaus möglich, dass es dort wirkliche Persistenz gibt und nicht nur die "gerade im Wahrnehmungsbereich nötigen Elemente" geladen werden, es ist auch möglich, dass es in den Games - wie auch vielen anderen - gar nicht nötig ist, Aktivität außerhalb der Wahrnehmung des Spielers zu haben oder es ist eben möglich, dass man es... hübsch verkleidet, denn am Ende interessiert es einen Spieler halt primär, was er "wahrnimmt", nicht was sich außerhalb seiner möglichen Wahrnehmung beispielsweise innerhalb der Spielwelt verändert. Ich kann in diesem Fall halt echt nur für die Möglichkeiten von Gamebyro/Creation-Engine sprechen, weil ich die halt seit 20 Jahren kenne und nutze. Ich halte das Feature in dem Fall tatsächlich für recht einzigartig (Ultima VII, Resident Evil Zero... das waren natürlich alles Games, wo du Dinge permanent auf den Boden legen konntest und da blieben sie dann auch... aber weder du noch das Spiel konnte eben mit denen interagieren, wenn du, als Spielfigur, nicht auch zugegen warst... nicht auf spielerischer/inhaltlicher Ebene, nicht auf technischer Ebene - es war halt einfach nur ein gespeicherter "ist"-Zustand, der erneut geladen wurde, wenn du nah genug warst, um mit ihm interagieren zu können) - mein Wissen reicht allerdings nicht, um sagen zu können: das ist ganz sicher absolut einzigartig - ich kenne nicht alle Games und Engines, die je veröffentlicht wurden. Ich kann allerdings sagen: mir ist bisher kein Spiel, weder vom Hörensagen und erst recht nicht vom selbst spielen, bekannt, das solche Objekte (persistente, völlig interaktive 3D-Objekte) in einer solchen Menge verarbeiten kann. Ich kann allerdings auch sagen: ich halte das Feature zwar für weitestgehend einzigartig - in dem begrenzten Rahmen, wie es genutzt wird und mit den Möglichkeiten, durch cleveres Spieldesign den gleichen Effekt zu erzeugen - halte ich es allerdings auch nicht für ein "must have" (und das ist vermutlich der Grund, warum etwas Ähnliches in anderen großen Engines bisher wohl nicht implementiert ist). Selbst wenn wir den wirklich spannenden Teil des Ganzen - die Persistenz - wegnehmen... ja, die Creation Engine kann dich 5000 Kartoffeln auf dem Boden legen (oder spawnen) lassen - und die kullern dann auch ganz lustig... aber ich bin a) im Zweifel über den spielerischen Nutzen davon und b) bin ich sicher, solche "Physikspielereien" gibts auch woanders. Es ist also wirklich nur was "Besonderes", wenn man alle Aspekte zusammen nimmt. Beispielsweise, wenn ein NPC die Kartoffeln in der Stadt auf den Boden wirft (wovon ich als Spieler dann aber halt nichts wissen kann), während ich mich gerade durch einen Dungeon prügel... ein zweiter NPC sie alle aufhebt, vor meinem Dungeon-Ausgang ablegt und ich dann nicht mehr rauskomme. Ja, ist ja gut, ich höre ja schon auf. Ich sollte dringend mal wieder was modden...

Zuletzt bearbeitet vor 6 Monaten

NewRaven

Peter Piper 42

Wenn es dafür ein Script gibt dann wird das auch in anderen Spielen möglich sein
In einem Satisfactory beeinflusst bspw. die Stromproduktion auch bereiche der Karte die nicht grad im Speicher geladen sind.
Und nur weil in vielen Survivalspielen Items despawnen, heißt das nix.
Denn zb. in einem Empyrion oder Minecraft werden die Position und der Zustand von tausenden Blöcken gespeichert - das ist doch exakt das selbe Prinzip.

Das Script muss es deshalb geben, weil Bethesda bisher (LEIDER!) versäumt hat, "wenn Horker von Schwert getroffen, lass Äpfel in Rifton auf Boden fallen" als Feature einzubauen. Es stellt also nur die "Verbindung" zwischen den beiden Aktionen in meinem etwas absurden Beispiel hier her, nichts weiter.

Minecraft ist ein ganz schlechtes Beispiel für Persistenz... erstens, weil der Despawn von Objekten gerade dort nämlich akut ist und zweitens, weil es sehr gut aufführt, was du gerade versuchst zu widerlegen: sämtliche Redstone-Automatismen hörten nämlich in der Vergangenheit schon sogar im entfernten Sichtbereich des Spielers auf zu funktionieren, wenn man auch nur einen Chunk entfernt war - und das passierte gerade WEIL es keinerlei Persistenz im Spiel gab und alles komplett entladen war. Mittlerweile - und mit erhöhten Grafikoptionen für die Sichtweite, hat man da die Grenzen etwas verschoben und trickst ein bisschen (weshalb mittlerweile auch eine Mobfarm aus der Distanz noch eine gewisse Zeit funktioniert) - aber Minecraft zeigt sehr gut auf, was passiert, wenn ein Survival-Game mit großer Welt so weit an seine Grenzen gestoßen ist, gerade weil es ursprünglich keinerlei persistente Objekte gabe sondern die Welt nur "lebte", wenn sich der Spieler in der Nähe befand. Nichts davon ist "da" wenn du nicht auch da bist... alles wird gespeichert und geladen - abhängig von der Position von dir als Spieler. Kommt am Ende in vielen Fällen für dich als Spieler auf's Gleiche raus, weil du natürlich auch nur wahrnimmst, was du wahrnehmen kannst, weil du da bist (Schroedingers Katze oder so), ist aber eben nicht das Gleiche. Lass mich mein Beispiel mit den Äpfeln etwas mehr - aber auch etwas simplifiziert (weil du, damit das so funktioniert, noch ein paar mehr persistente Referenzen bräuchtest, aber das hier zu weit führt) ausführen, vielleicht wird es dann deutlicher...


Du hast ein Script, dass sagt "wenn jemand Horker X bei Winterfeste haut, fällt in Rifton ein Apfel runter". Nun hast du einen NPC, der ein AI-Package zugewiesen bekommen hat, dass er in Rifton herumwandern soll und wenn er zufällig dabei einen Apfel finden sollte, steuert er die Postition des Spielers an. Beides (also Apfel und NPC) sind persistent. Dein NPC wird also, nachdem du den Horker gehauen hast - ganz ohne Script - den Apfel aufnehmen und damit zum Spieler nach Winterfeste laufen. Er wird in vermutlich so 3-4 Spieltagen, mit Apfel im Inventar ankommen - falls ihn nicht vorher ein - ebenso persistenter - Bandit zu Brei gehauen hat. Und ja, er wird das wirklich laufen. Er wird nicht plötzlich nach 2 1/2 Tagen in einem guten Moment vor deine Nase gebeamt oder sonst was - obwohl das für dich als Spieler die gleiche Wirkung hätte - nein, er nimmt wirklich den Apfel und läuft los. Again, wie ich schon sagte... kann man anders, vielleicht auch einfacher lösen... aber gerade Modder finden hier interessante Wege, die Welt mit persistenten Referenzen wirklich "leben" zu lassen. Bethesda nutzt im eigenen Spieldesign die Persistenz nur sehr sporadisch (weil natürlich auch einzelne Objekte, die man dauerhaft im Speicher hält, eben Speicher kosten)... vermutlich fallen deshalb keine Äpfel zu Boden, wenn man Horker verkloppt.

Zuletzt bearbeitet vor 6 Monaten