Hiho Estate,

ich kenn das nur zu gut, zwar nicht von Orsinium, aber von quasi überall anders her ^^
Jede grössere Stadt ist für mich zu meiden, ebenso Hauptzeiten in denen viele Spieler online sind.
Es crasht egal ob ich mit meinen Chars nur rumsteh oder wasauchimmer tu.
Mal ist es beim Reingehen in eine Stadt, mal beim Rausgehen, mal bei nem Dolmen, mal in einem Haus, mal beim Betrachten einer Blume, oft mitten in einem lächerlichen Kampf.
Ist zum ***.
Ist wohl normal.
Deswegen hab ich auch kein Orsinium - ich hab einmal nicht grad wenig Kohle geopfert für dieses Spiel.
Das tu ich sicher kein zweites Mal ^^

Glückwunsch, wenn´s bei dir in allen anderen Gebieten läuft

Estate schrieb: »

Mir wäre es lieber gewesen sie hätten gleich gesagt Apple User können nicht spielen dann hätte ich auch viel Geld gespart.

Mir nicht. Ich bin um jede Firma froh, die bereit und willens ist, über den üblichen Tellerrand hinauszuschauen und breitestmögliche Plattformunterstützung bietet. Und da ich nicht mehr so bereit dazu bin wie früher, für ein Spiel durch Reifen wie Boot Camp zu springen, werden die Firmen, die meinen, das (nicht mehr) nötig zu haben, auch kein Geld mehr von mir sehen.

Der Mac-Client hat eine lange Entwicklung hinter sich seit der Beta, und ist im Vergleich dazu immer stabiler geworden. Natürlich ist die Frequenz der Ausnahmefehler zum einen stark abhängig von den lokalen Einstellungen, die den Hardware-Eigenschaften gerecht werden müssen. Zum anderen von der server-seitigen Aktivität, denn Spielerhäufigkeit ist ebenfalls ein starker Faktor für Speicherverbrauch.

Bei meinen üblichen Tätigkeiten spüre ich normalerweise kaum bis keine Beeinträchtigungen. Das ändert sich in stark frequentierten Gebieten. Wrothgar ist da nochmal ein Sonderfall, denn es ist, so wie die Entwickler selbst gesagt haben, am technischen Limit dessen, was die Engine hergibt. Auch schlechter ausgestattete PCs haben damit Probleme. Aber vielleicht ist das Gebiet auch schon mit der Zukunft im Blick geplant worden (s.u.).

Estate schrieb: »

Wir können nur hoffen das der nächste Patch was bringt denn aufregen kostet nur Nerven und wir Apple User stehen ziemlich alleine da.

Das ist eine Übertreibung. Die Auswirkungen des 32-bit Speichermodells des Clients machen sich überall bemerkbar. Für das erste Quartal 2016 ist die Veröffentlichung der 64-bit Binary geplant. Bis dahin werden Patches nicht grundlegend etwas verändern können, wenn man mal von Tricks mit LOD-Entfernungen o.ä. absieht.

@KhajitFurTrader

Hast du Erfahrungen mittels ESO via Bootcamp?
Oder sonst jemand hier?

Ich habe einen recht leistungsstarken iMac mit einer High-End GraKa bei dem die Hardware durch das Spiel nicht ausgereizt wird bzw. an seine Grenzen kommt. Dennoch crasht das Spiel auch bei mir immer wieder in Orsinium. Es macht einfach kein Spaß mehr! Besonders dann, wenn man sich wieder einloggt und tot am Boden liegt oder beim Handel nicht weiß ob man seine Geld oder die Quest-Belohnung erhalten hat.

Im Vergleich zu der Vielzahl der Hardware-Konfigurationen der Windows-Computer müsste es doch vergleichsweise einfach sein, einen stabilen Client für die doch eher überschaubaren Mac-Konfigurationen zu scripten.

Es kann ja doch nicht sein, dass man das Spiel in der niedrigsten Grafikstufe spielen muss, obwohl die empfohlenen Hardware-Anforderungen locker erfüllt werden. Ich bezahle 100% Abo-Gebühren und möchte daher auch 100% Spielerlebnis!
Die zuständigen Programmierer würden sich ja auch nicht damit abfinden, wenn sie in einem Restaurant nur ein halbes Schnitzel bekommen und ein ganzes bezahlen sollen, selbst wenn die Köchin noch so nett lächelt!

Ich denke man nimmt die Inkompatibilität der Mac's billigend in Kauf und arbeitet nicht mit der nötigen Intensität an der Lösung der Probleme einer Minderheit. Es gibt nämlich andere Multiplattform-Spiele bei denen es keine Mac-Probleme gibt, die bei WIN-Spielern nicht vorhanden sind.

Hoffen wir das der 64 Client etwas für uns ändert. Ich glaube zwar nicht wirklich daran, aber die Hoffnung stirbt zuletzt.
Wäre gerne mal länger als 4-5 Minuten in Wrothgar ohne auf dem Desktop zulanden. Und Cyrodiil brauch ich garnicht probieren zurzeit, wodurch einen ja eine komplette Skill Linie flöten geht Oo

Ich hab von Leuten gelesen die in Orsinium die Hauptquest nicht beenden können wegen der ständigen Crash´s. Ich halte es so das ich Questabgaben in Wrothgar sammle und dann mich von Marker zu Marker "crashe". Umschauen etc...keine Chance. Ausserhalb der Stadt geht es aber relativ gut, solange ich keine Häuser betreten muss. Aber das ist ja nicht Sinn der Sache.
Nuja, ich schweife ab, hoffen wir auf den neuen Client...

mfg

Löscht bitte regelmäßig euren ESO-Error Ordner in eurem Dokumentenverzeichnis. Das stabilisiert das Spiel egal ob PVP oder PVE.

Ich drück euch die Daumen.

Eigentlich veröffentlicht Apple ja geraume Zeit vor dem offiziellen Launch einer neuen OSX-Version diverse Betas. Reicht diese Zeit nicht aus um den Client entsprechend kompatibel zu machen?

Ich habe jetzt erst mal OSX 10.11.3 installiert, vielleicht bringt das ja was.

Ich hatte schon mal ein ähnlich gelagertes Problem mit einem HP-Drucker. Da hat Apple darauf verwiesen, dass sie nur die Treiber ins System einbinden kann die HP ihnen liefert und HP wiederum erklärte mir das es eine Funktion des Apple Betriebssystems ist.
Aber wie auch immer. Selbst wenn ich noch nicht restlos davon überzeugt bin, dass Windows mit seiner sehr viel komplexeren Hardware-Vielfalt einfacher anzupassen ist, als ein Betriebssystem mit den doch sehr überschaubareren Modellen, hoffen ich das der 64 Bit-Client uns die Erlösung bringt.

Ironheart schrieb: »

Hier noch ergänzend die System-Auslastung bei TESOU spielen.

Ironheart schrieb: »

Ich habe einen recht leistungsstarken iMac mit einer High-End GraKa bei dem die Hardware durch das Spiel nicht ausgereizt wird bzw. an seine Grenzen kommt. [...]

Kann es sein, dass du da grundlegend etwas falsch verstehst? In iMacs steckt, außer der CPU, grundsätzlich Laptop-geeignete Hardware (Stichwort thermal budget), d.h. insbesondere die verbauten GPUs sind die mobilen Varianten, und damit pauschal weniger leistungsfähig als ihre großen Desktop-Brüder. Dazu kommt noch, dass Apple immer eine eigene Firmware und eigene Treiber einsetzt, die immer mit geringeren Taktraten als den nominellen, vom Hardware-Hersteller vorgegebenen arbeitet. Das ist dem geringen Volumen der iMac-Gehäuse (eigentlich nur die Beule hinter dem Monitor) geschuldet, das viel schneller auf Temperaturschwankungen reagiert, und deshalb wird das schnelle Entstehen von übermäßiger Wärme möglichst unterbunden. iMacs sind nunmal keine gaming rigs, wollen sie auch gar nicht sein. Bei den noch kleineren 21" Modellen bekommt man ja mittlerweile überhaupt keine dedizierten GPUs mehr, sondern nur noch Prozessorgrafik.

Mein 27" iMac von 2013 hat die GTX 780 M mit 4 GB VRAM. Bei der nativen Auflösung von 2560x1440 ist die bei voller Detailstufe (nur Schatten auf mittel) adäquat, d.h. in den Gegenden von Tamriel, in denen ich mich üblicherweise aufhalte (insbesondere kein PvP und kein Orsinium), liefert sie 50-60 FPS (VSYNC muss auf jeden Fall ausgeschaltet sein), und das ist bei erträglicher Lüftergeräuschentwicklung vollkommen ausreichend. Mehr Leistung, und damit mehr Hitze und Lärm, muss gar nicht sein.

Und da ESO ein MMO ist, d.h. da eine ständige Synchronisation zwischen Client und Server über eine Netzwerkstrecke gegeben sein muss, gibt es einen direkten Zusammenhang zwischen der Signalübertragungsverzögerung (Latenz) und der Bilderzeugungsrate (FPS). Kommt der Server oder das Netzwerk z.B. nicht mit der Übertragung von Weltinformationen hinterher (= hohe Latenz), so muss der Client bei der grafischen Umsetzung dieser Informationen entsprechend abwarten (= verringerte FPS) -- völlig unabhängig davon, auf welcher Platform der Client läuft.

Ironheart schrieb: »

Im Vergleich zu der Vielzahl der Hardware-Konfigurationen der Windows-Computer müsste es doch vergleichsweise einfach sein, einen stabilen Client für die doch eher überschaubaren Mac-Konfigurationen zu scripten.

Geskriptet wird da gar nichts, der Client ist eine native, noch 32-bit und bald 64-bit, OS X binary, geschrieben in C++ und mit dem CLANG/LLVM Compiler kompiliert, der neben OS X auch noch Windows (und damit auch den Windows-Kernel der Xbox One) und FreeBSD unterstützt, welches zufällig die Grundlage für das OS der PS4 (und auch der PS3 davor) bildet.

Man kann nun argumentieren, dass eine inhärent plattformübergreifende Softwarearchitektur es natürlich schwieriger macht, individuelle Optimierungen für die jeweils einzelnen Plattformen zu implementieren, insbesondere was das Multi-Threading angeht (welches ja unter OS X witzigerweise besser funktioniert als unter Windows). Aber das ist ja eigentlich gar nicht das Hauptproblem. Ich ziehe es jedenfalls vor, wenn sich ein Software-Hersteller um multiple Plattformen, und dabei insbesondere OS X, bemüht. Ich muss mich beruflich schon mehr als genug mit den (Un)Tiefen von Windows herumschlagen, daher gebe ich bei Freizeit und Hobby dem entspannteren OS X den Vorzug.

Ironheart schrieb: »

Es kann ja doch nicht sein, dass man das Spiel in der niedrigsten Grafikstufe spielen muss, obwohl die empfohlenen Hardware-Anforderungen locker erfüllt werden.

Die Empfehlung, die Grafikqualität zu verringern, hat aber nichts mit dem Ausreizen (oder dem Mangel daran) der Hardware zu tun. Die höchste Detailstufe der Texturen braucht viermal mehr Speicher als die nächstkleinere. Verringert man die allgemeine Grafikqualität, kommen weniger oder gar keine HD-Texturen vor, d.h. der "Verbrauch" von virtuellem Adressraum verringert sich, und damit auch die Wahrscheinlichkeit, wegen eines Speicherverwaltungsfehlers eine Ausnahmebehandlung zu erleben. Aus Gründen, die ich bereits in einem obigen Kommentar geschildert habe, ist das insbesondere seit der Einführung von Yosemite prominenter unter OS X geworden. Aber auch ein 32-bit Windows auf einer Maschine mit 4 GB RAM hat ganz ähnlich gelagerte Probleme. Daher ist die Einführung der 64-bit Version für alle unterstützten Plattformen ein Segen.

Ironheart schrieb: »

Dir ist aber schon bewusst, dass die iMacs über ein ausgeklügeltes Flüssigkeitskühlsystem verfügen. Und mit dem Chart wollte ich nur verdeutlichen das die Grafikprobleme nicht mangels der Leistungsfähigkeit der in meinem iMac verbauten Hardware entstehen.

Ääh, bitte was? Flüssigkeitskühlung? Im iMac? Wo hast du denn diese Information her? Nein ernsthaft, bitte belege diese Aussage mit einer verlässlichen Quelle, denn das ist das erste Mal in 9 Jahren des Gebrauchs von Macs, dass ich davon höre. Im übrigen zählt man die Wärmeableitung über eine Heatpipe nicht zu den Flüssigkeitskühlungen, da bei letzteren per definitionem ein durch eine Pumpe angeregter Kreislauf des Kühlmittels, meistens ohne dessen Verdampfung, vorliegt (bezogen auf den IT-Bereich). Es wäre bei den existierenden Formfaktoren von iMacs auch kein Platz für einen Wärmetauscher, der prinzipbedingt eine große Oberfläche braucht. Schau dir mal die TearDown-Videos von iFixIt (und die darunter folgenden Fotoserien) an, die sind sehr aufschlussreich und lassen auch jeglichen Hinweis auf Füssigkeitskühlung vermissen.

Aber davon mal ganz abgesehen, niemand hat je behauptet, dass die beobachteten Probleme wegen mangelnder Leistungsfähigkeit auftreten. Das Vorhandensein einer solchen kann aber auch nichts daran ausrichten, da sie ja aus völlig anderen Gründen auftreten, die hier nun schon mehrfach genannt wurden.

Ironheart schrieb: »

Darüber hinaus verfüge ich über einen Internetanschluss mit 100 Mbit. Die Latenzzeiten liegen in der Regel bei 50 bis 100 Millisekunden und die FPS-Rate bei 20. Die Latenzzeiten könnten besser sein, was aber nicht an der Leitung liegt, da mir bei anderen MMO's z.B. 9 Millisekunden angezeigt werden. Die FPS-Rate ist für eine flüssige Darstellung auch ausreichend, da das menschlich Auge ohnehin höhere Werte nicht mehr wahrnehmen kann.

Der im Spiel angezeigte Wert ist nicht die reine Netzwerklatenz, oder Signallaufzeit (round-trip time) übers Netzwerk. Wenn man einen ICMP Echo_Request ("Ping") auf die IP-Adresse des Rechenzentrum-Gateways absetzt, dann bekommt man je nach Provider Werte von 10 bis 20 ms innerhalb von Deutschland. Es ist auch schnurzegal, ob man zuhause eine Bandbreite von 1 oder 1000 MBit/s hat, denn Bandbreite allein sagt nichts über Verbindungsqualität aus, in der Parameter wie Paketverlustrate und Latenz eine wichtige Rolle Spielen. Ich habe z.B. mit einer 16k ADSL2-Leitung der DTAG konstant 11 ms ICMP-Verzögerung bis zum RZ in FFM. Der Wert im Spiel ist aber immer höher als das, meistens so zwischen 50 und 150, je nach Gebiet und Population. Das ist die interne Server-Cluster-Latenz, und wenn die steigt, gehen die FPS runter und umgekehrt. Das liegt eben daran, dass ein MMO-Client synchron mit dem Server laufen muss. Da machen weder schnelle Hardware noch eine schnelle Leitung etwas daran.

Jup, Heatpipes. Unter Flüssigkeitskühlung versteht man etwas anderes. Erstere wirken über Verdampfung, Konvektion und Kondensation eines leichtflüchtigen Kühlmittels in zweiendigen Metallrohren, letzteres (auf Computer bezogen) durch die Zirkulation eines flüssigen Kühlmittels in einem geschlossenen Kreislauf, meistens mit Pumpe und ohne Konvektion, aber immer ohne Verdampfung, weil weder die flexiblen Rohrleitungen aus Plastik, noch die Kupplungen auf derartige Drücke ausgelegt sind. Erstere brauchen auch keine aufwendigen Wärmetauscher wie die letzteren; es reicht, einen Kühlkörper in den Luftstrom oder an ein wärmeleitendes Metallgehäuse (Aluminium eignet sich hervorragend) zu hängen.

Was Spiele an Verbindungswerten anzeigen und welche Parameter dort einbezogen werden, liegt ganz allein in der Entscheidungsgewalt der Entwickler. Natürlich könnte man den Client immer nur die reine Echo-Rundumlaufzeit anzeigen lassen und hätte phantastisch niedrige Werte, die dann allerdings auch wenig aussagekräftig wären. Der Wert, den der ESO-Client anzeigt, ist etwas involvierter.

Warum es in Wrothgar und/oder Cyrodiil/IC öfter zu Abstürzen kommt als anderswo ist ja schon hinreichend angesprochen worden. Unsere Beobachtungen sind deckungsgleich. Wirkliche Abhilfe an dieser Gemengelage kann nur ein 64-bit Speichermodell des Clients schaffen. Der gleichzeitige Wechsel auf OpenGL 4.1 sollte dann auch seinen Teil zur Performanceverbesserung beitragen. Ich bin jedenfalls sehr gespannt auf den Beginn der PTS-Testphase.

Ich gehe davon aus, dass ich die ein oder andere Beobachtung posten werde.

@Stardweller, update mal auf OS X 10.11 El Capitan. Das kompilieren der Shader geht damit wesentlich schneller (Faktor 2) von statten.

Ansonsten habe ich hier mal eine kleine FAQ (auf englisch) erstellt, die die wesentlichen Vorraussetzungen und Änderungen des 64-bit Clients zusammenfasst und aktuelle Workarounds (wie z.B. Auto-Loot ausschalten) auflistet.

In diesem Ladebildschirm werden, wie gesagt, die Shader compiliert. Yosemite und El Capitan sind dabei fast doppelt so schnell wie Mavericks. Da hilft also nur updaten.

In der englischen Version steht's richtig: Fixed an issue where your game would crash when looting containers with autoloot turned on.

@ZOS_KaiSchober