Sicher hatten viele Gamer diese Idee. Sicher sind viele am Versuch gescheitert und auch diese Firma wird da keine Ausnahme sein. Allerdings an all die, die dass schon wieder schlecht reden wollen, einer muss immer erst damit anfangen und auch wenn es noch 10 Jahre dauert, es wird so kommen. Über Apple haben am Anfang auch alle gemeckert, dass sie keine Schnittstellen in den Geräten haben, das wird Standart und in ein paar Jahren weiss keiner mehr, warum wir früher etwas wo reinstecken mussten. Ausser die ewig analoge Sache.
Naja, bis man eine ordentliche Bibliothek hat braucht es eh gut und gerne 10 Jahre, also die werden vielleicht gar nicht scheitern sondern genau dann, wenn mans am ehesten braucht schon eine beachtliche Basis haben.
Wir hatten etwa verschiedene Anlaufprobleme (die man nach und nach leicht lösen kann):
Nehmen wir an wir haben fix-fertige, hoch detaillierte Modelle von Bäumen verschiedenster Art. Dieses Modell muss dann natürlich in verschiedensten (zufälligen) Variationen bestehen. Hersteller X macht etwa einen Birkenwald, so muss unser Baum (Birke) die Eigenschaften einer Birke haben. Aber wie gesagt es darf nicht jeder gleich aussehen.
Hersteller X (sagen wir mal Bethesta) macht im Skyrim-Nachfolger einen Birkenwald so wäre es am einfachsten sie defnieren eine Fläche, wo ein Wald stehen soll und den Rest macht unsere Software: also 1000 Birken einfügen.
Nun sehen aber Birken jedesmal anders aus (das ging leicht zu lösen), aber eben auch nach Jahreszeiten oder Klima unterschiedlich.
So muss in der Bilbiothek der Baum mindestens 4x vorhanden sein: in der Version Frühling, Sommer, Herbst, Winter - und die Übergangszustände müssen von der Engine berechnet werden.
Wir haben das dann so gelöst:
"Bethesta" klickt und sagt "Birke einfügen", man muss nur noch die Größe wählen - fertig.
Der Rest kommt von der Engine: welche Jahreszeit? Winter? Ok dann das Modell ohne Blätter importieren usw.
Dann gehts aber weiter
Denn auch noch andere Werte wie: was ist ein typischer Abstand zwischen Birken im Birkenwald, welche Tiere leben meist in einem Birkenwald? Wie dicht ist die Population? Welche anderen Pflanzen wachsen am Boden (Moose, Gräser) usw. Wie reagiert das ganze im Wind (Physik, Geräusche), KI der Tiere...
All das muss die Software früher oder später automatisch können, damit diese ganzen einzelnen Werte der Entwickler nicht mehr beachten muss.
Und hier gehts, wohlgemerkt nur um einen verdammten Baum bzw Wald
Aber wenn das mal glaubhaft simuliert ist, dann lässt sich das spielend leicht in jedes Spiel übertragen und die Entwickler sparen vieeeel Zeit.
Das selbe auch bei Autos: hat man mal eine ordentliche Bibliothek an Autos (sagen wir ca 200), genaustens Modelliert (innen wie außen, realistisches Schadensmodell, PHYSIK-Werte (Gewicht, Schwerpunkt, Gewichtsverteilung, Luftwiederstand, Bremswerte usw usf) sowie Sound so würde auch hier wieder den Rest die Engine übernehmen.
Entwickler EA-Need For Speed, erstellt dann halt 20-30 Strecken und importiert am Ende 50 Autos.
Das ist die Zukunft, so wird das früher oder später laufen. Schon jetzt geht es diese Richtung: eine große Engine pro Publisher, gemeinsame Assets usw usf.
Früher oder später geht es darum, dass die Entwickler wieder mehr an ihren Ideen arbeiten, und die "Umgebung" per Drag&Drop (vereinfacht dargestellt) reinziehen bzw in das fertig programmierte Spiel einfügen.
Zurück zum Artikel: Quixel Megascans: Video mit fotorealistischer Rendergrafik
