Säulen der Erde: Animation sehr langsam

[Jako]

Säulen der Erde ist bei mir seit einiger Zeit total langsam animiert. Wenn ich auf eine Schaltfläche klicke dauert es ca. 1/2-1 Sekunde bis sie optisch auch umgeschaltet wird. Auch das Bewegen des Baumeisters über die Spielfläche ist total verzögert. Der Rest des Clients verhält sich normal - zumindest in der Stadtansicht und in den von mir sonst gespielten Spielen.

Woran könnte das liegen?

-- Client $Revision: 1.174 $ (ClientMod 8.1)
-- SelfClient $Revision: 1.75 $
-- Java VM version: 1.6.0_22
-- iMac, OSX 10.6

[Spam9]

das liegt eher an der Rechenleistung deiner Maschine...
Ergo Fenster kleiner machen hilft.

[Jako]

Dies ist erst seit einiger Zeit so. Etwa vor einem Monat ist es zum ersten Mal aufgetreten. Irgendwas muss da geändert worden sein - entweder am System oder im Client. Nur wie geht es weg bzw. wo könnte ich suchen?

Der Rechner ist ein Quad Core i7 mit 2,8 GHz - eher unwahrscheinlich mit der Rechenleistung.

Die Auslastung steigt auf einem Kern allerdings beim Spielen auf 100%.

[Larix]

Hast du vor kurzem ein Java Update von Apple bekommen?

[Jako]

Das Java SE 6 Update auf 1.6.0_22 ist von Ende Oktober. Wenn es daran liegen sollte, wie kann ich das feststellen? Im Error Log vom Client war nichts erkennbar.

[Stechmuck]

Ahoi,

du könntest mal mit den Einstellungen hierein bischen rumtesten:

http://www.brettspielwelt.de/Forum/index.php/topic,117311.msg1052224.html#msg1052224

[Jako]

Die noddraw gilt nur für Windows. Auch die Java2D Optione opengl gilt nur für Linux und Windows.

Tja. Irgendwas hat sich geändert, nur was – und wie ist das Spiel wieder spielbar? Auf die Animationen könnte ich eventuell verzichten.

[Stechmuck]

Also seitens der BSW hat sich nichts geändert. Das müsste ein update von Java oder ein Treiberupdate der GraKa sein.

[Jako]

Die Antwort hilft mir leider nicht wirklich weiter.

Wie könnte ich feststellen wo die langsamen Animationen herkommen? Sobald ich einen Spielraum mit einem gestarteten SdE betrete, geht die Prozessorlast auf einem Kern auf 100%. Ungestartet ist die Last etwas niedriger, aber immer noch höher als im Manager.

Könnte ein java2d.trace-Log irgendwie helfen?

[Stechmuck]

ein versuch wäre es wert. ich kenn zwar die ausgabe nicht, aber ob's vergebens war kann ich erst danach danach sagen

Ansonsten hätte ich noch was für den Mac gefunden:
http://developer.apple.com/library/mac/#documentation/Java/Reference/Java_PropertiesRef/Articles/JavaSystemProperties.html

Quartz Rendering Hints und Quartz Graphics Drawing Performance dürften die interessanten Kapitel sein.

Grüßle Stechi

[Jako]

Einige Optionen hatte ich damals beim Zusammenstellen der Starter-Applikation schon gesetzt. Mittlerweile sind einige dazu gekommen. Mal schauen, was die Quartz Graphics Drawing Performance Optionen bringen.

Macht ihr da am Start für einzelne Systeme einen Unterschied? Welche Java Optionen sind denn als Default gesetzt? Ein paar stehen momentan in meinem OSX Starter in der plist.


JVMVersion: 1.4+
MainClass: de.brettspielwelt.client.Starter

Java Properties
apple.awt.antialiasing: on
apple.awt.brushMetalLook: false
apple.awt.brushMetalRounded: false
apple.awt.fractionalmetrics: on
apple.awt.interpolation: bicubic
apple.awt.rendering: quality
apple.awt.textantialiasing: on
apple.laf.useScreenMenuBar

VMOptions: -Xms98m -Xmx128m

Ist es sinnvoller, die Optionen in der plist zu setzen oder in der prop-Datei?

[Stechmuck]

Ahoi

seitens der BSW wird fast nichts gesetzt (wirklich einzige Ausnahme ist apple.laf.useScreenMenuBar)

ich würde sagen, die plist ist die bessere variante, da die bsw erst optionen setzen kann, wenn die vm gestartet ist. das erfolgt dann zwar so früh wie irgend möglich, aber es könnte sein, daß es für ein paar einstellungen schon zu spät ist (-Xms98m -Xmx128m würde mir da spontan einfallen).

apple.awt.antialiasing: on
apple.awt.interpolation: bicubic
apple.awt.rendering: quality
apple.awt.textantialiasing: on

Das wären Punkte, wo ich auch noch mit spielen würde. betreffen alle die grafik und sind auf "zeitintensiv" eingestellt

[Jako]

Schade, selbst ohne die ganzen Aufhübschungs-Optionen ist es immer noch lahm.

apple.awt.antialiasing: off
apple.awt.interpolation: nearestneighbor
apple.awt.rendering: speed
apple.awt.textantialiasing: off
apple.awt.fractionalmetrics: off
apple.awt.graphics.OptimizeShapes: true
apple.awt.graphics.EnableLazyDrawing: true

Ich probiere mal einen java2d.trace-Log

[Trinn]

Das ist ja spannend, das noch mehr Leute dieses Problem haben.

Bei mir macht SdE das seit dem ich das das erste Mal gespielt habe.
Das ist allerdings noch nicht so lange her und deckt sich etwa
mit dem von dir angegebenen zeitlichen Rahmen.

Ich bin auch Mac-Userin und hatte schon befuerchtet, dass es evtl.
an der Rechenleistung von meinem alten MacBook lag, aber ich habe
zwischenzeitlich aufgeruestet und mit dem neuen die gleichen
Probleme. (genau Daten habe ich hier grade nicht zur Hand, kann die
aber liefern, wenn das irgendjemandem was nuetzt)

Leider hab ich von diesem ganze Java-Kram ueberhaupt keine Ahnung,
verstehe also hier im Thread weitestgehend Bahnhof. Wenn ihr irgendwann
was gefunden habt, waere es aber nett, wenn ihr das hier kundtut

Sollte ich irgendwie zur Loesung beitragen koennen, gerne.
Ich habe das Spiel nach einigen wenigen Runden inzwischen ganz
sein gelassen, weil ich das nicht nur fuer mich, sondern auch fuer
meine Mitspieler relativ unzumutbar fand.