Jedes Programm, das auf Grafiktreiber-Funktionen zugreifen möchte, kann seine Präferenzen kundtun. Es kann Treiber-Vorgaben dulden, ignorieren, oder ablehnen und eigene setzten ("Du willst welches AA? Entweder nehmen wir meins oder keins!"). Das macht ja auch Sinn, denn je nachdem, wie das Spiel programmiert ist, kann es mit der einen oder anderen Treiber-Einstellung zu bekannten Darstellungs- oder Performance-Problemen kommen.

Die Rendering-Engine eines MMOs ist in der Regel einfach gestrickt, zum einen, um einen möglichst breiten Bereich von unterschiedlich leistungsfähigen Maschinen abzudecken (deren Besitzer potentielle Kunden sind), zu anderen, um auch bei extrem hohen dynamischen Polycounts noch brauchbare Leistung bringen zu können. Ein Single- oder Multiplayer-Spiel (ohne Massively davor) kann es sich da eher leisten zu klotzen, anstatt zu kleckern, da dort das Rendering-Budget besser einschätzbar ist. Mit anderen Worten: Wenn in einem Singleplayer-Spiel anstatt nur einem plötzlich hunderte Spielerfiguren (d.h. das Objekt, das üblicherweise den allerhöchsten Polycount hat) im Viewport herumtanzten, die dann auch noch Shader- oder Partikel-Effekte nutzten, dann sähe die Rendering-Engine des SP-Spiels ganz schön alt aus. Bei höchster Qualitätsstufe kämen da wahrscheinlich SPF bei rum (seconds per frame). Das MMO dagegen muss weiterlaufen, und auch wenn es in der Darstellung immer sehr von der Antwortgeschwindigkeit des Servers und des Netzwerks dazwischen abhängig ist, die FPS sollten im positiven Bereich bleiben.

Ein weiterer Faktor ist die Zeit: MMOs sind, wegen ihres Umfangs und der besonderen Architektur, meistens ein paar Jährchen länger in Entwicklung als SP-Spiele. Bei ESO waren es Anfang 2014 7 Jahre Entwicklungszeit url="http://en.wikipedia.org/wiki/The_Elder_Scrolls_Online#Development"]1[/url. Wenn die Engine einmal steht, werden daran bis zur Veröffentlichung kaum noch Veränderungen aus Stabilitätsgründen ("feature freeze") gemacht. Die gute Nachricht ist allerdings, dass in der Vergangenheit schon mehrere MMOs im Laufe ihrer langen Lebenszeit ein oder sogar mehrere Engine-Updates bekommen haben. Bei einem SP-Spiel gibt es das in dieser Form nicht, da wird dann eher die Nachfolger-Version entwickelt, als dass noch Mannstunden in ein Spiel, an dem nicht mehr oder nur noch sehr wenig verdient wird, gesteckt werden.

Problem an der Hero Engine ist, dass diese viele Effekte (Tiefenunschärfe etc.) mit einem sog. Postprocessing appliziert. Und das hat als Nebeneffekt, dass per Treiber erzwungene Dinge wie Antialiasing oder Downsampling u. U. nicht mehr funktionieren. Weil beim Postprocessing das Bild in eine Textur umgewandelt wird. Dummerweise können die ganzen Downsampling- und Antialiasing-Mechanismen im Treiber eine Textur nachträglich nicht mehr glätten.

Grüße

Hm okay, das ist eine Erklärung. Schade irgendwie, dann haue ich mich mit UHD-DSR Variante durch.
Ich versuch nochmal dieses SweetFX zu installieren. Es gibt ja verschiedene Versionen. Ich hatte die 1.5er, vielleicht sollte ich mal die 1.47 nehmen.

Digital_Frontier schrieb: »

Auf Basis der Hero Engine oder ?
Also darf man die auch minimal als vergleich hernehmen.

Lies dir's nochmal durch am besten:

so while we were prototyping the game on HeroEngine, we were simultaneously developing our own client, server, and messaging layer that were specifically designed with ESO in mind. Think of HeroEngine as a whiteboard for us – a great tool to get some ideas in the game and start looking at them while the production engine was in development.

When you’re creating something this big and complex, writing your own engine makes debugging and new feature creation far easier.

Because of this, we needed to write our engine to be versatile enough to add or cut back on graphical features based on the user’s hardware. To do this, we had to write our own renderer with our own shaders.

Da steht nichts davon, dass die Hero Engine die Basis der EOS Engine wäre, ganz im Gegenteil. Und was Prototyping i.S.v. Software-Entwicklung bedeutet, hatte ich ja oben verlinkt. Sie haben damit u.A. ihre Toolchain aufgebaut und getestet, und als ihre Engine stand, haben sie den Unterbau einfach ausgetauscht.

Deshalb würde ich sagen, nein, man darf die HE nicht pauschal als Vergleich hernehmen. Beide können aus Daten Bilder machen, ja, aber das wäre nun wirklich zu stark vereinfacht.

@ KhajitFurTrader, ich kann nix lesen, was ich ned auf machen kann.
Und dein Link will von meinem Handy bzw Chrome Mobil kein Stück aufgehen.
Ich bekomme da nur ein lustiges Bild von Gameinformer und ne Brocken Meldung.

Aber erstmal danke für das einstellen hier.
Wobei ich eine andere Meinung dazu habe, denn genau aus dem Punkt das man die Hero als Whiteboard verwendet hat, zeigt die wie ähnlich die Engines strukturiert sind.
Gerade als jemand der SWToR auf der Platte hatte und Illum kennt, braucht man sich hier im AvA nicht wegen der Umstände wundern

Larira schrieb: »

Das ist Marketinggeschwätz. Beim Installieren des Spiels bekommst du eine fette Anzeige mit der Hero Engine. Zudem hat Teso auch die typischen Hero Engine-Bugs wie schlechte Performance mit vielen Spielern auf einmal im PvP, dass manche Events/Trigger nicht auslösen etc. Zudem fühlt sich das Spiel sehr ähnlich an wie Swtor.

Tja, und da fängt man dann an, sich immer wieder im Kreis zu drehen, so wie hier, oder hier (das Thema ist also alles andere als neu): Die einen sagen Nein, die anderen Doch, die einen glauben nur, was sie sehen, die anderen sehen nur, was sie glauben. Ist aber letztlich egal, denn

Larira schrieb: »

Und selbst wenn es tatsächlich nicht die Hero Engine ist, am Rest des Postings von mir ändert es nichts. Die ganzen Postprocessing-Effekte funktionieren leider so, dass die einzelnen Bilder des Spiels in eine Textur umgewandelt werden und diese Effekte dann diese Textur nachträglich ändern. Und deshalb steigt hier per Treiber erzwungenes Antialiasing oder Downsampling aus. Weil es eine fertige Textur nicht glätten kann.

das stimmt ja in jedem Fall.