Der P3D 2.x Erfahrungsberichtsthread :)

Heute konnte ich nicht allzu viel testen, aber ein paar Ergebnisse:
Flug über Kiel sehr seidig und mit konstanten FPS.
GPU Auslastung liegt bei 40 bis 60%, CPU ebenfalls mit genug Leistungsreserve (Screenshot mit Überwachungsmonitoren folgt).
Framerate extern auf 30FPS limitiert. Externe Limitierung über den NI scheint mir immr noch die bessere und Systemschonendere Version zu sein, jedenfalls ist das auf meinem System reproduzierbar.

Ich habe jetzt ebenfalls den 337.50 Treiber installiert und auch der scheint gut zu laufen.
Da meine Framerate festgesetzt ist, kann ich natürlich nicht sagen, ob er eine Erhöhung bewirkt, aber soweit ich das in dem kurzen Flug wahrnehmen konnte, scheint die Graka mit geringerer Last zu laufen, dafür wird aber der VRAM weitaus mehr ausgenutzt.
Alles in Allem erscheint mir der Treiber eine bessere Leistungsbalance zu bewirken.

Dann ein weiterer Test:
EDDH Helipad 1 mit dem Huey, Taxy Hovering vorbei an den Gates zur 23.
Von der 23 dann Normal Takeoff from a Hover und gegen Ende der Piste eindrehen gen Norden.

Das war der mit weitem Abstand seidigste Abflug, inkl. des Taxy Hovering, den ich dort je hatte.
Die Framerateanzeige hielt sich konstant bei 30 (29,7, was die halt so anzeigt).
Hier und da kam es schon vor, dass er sich mal verschluckt hat, aber das würde ich nicht stottern nennen, und zu dem Testflug waren auch die Shaders noch nicht aufgebaut, der Cacheordner war ja frisch geleert und ich hab immer noch eine ziemlich langsame Festplatte, was sich nun mal in gelegentlichen Nachladerucklern zeigt.
Das alles ist aber normal und in keinster Weise ein Vergleich zur Vorversion.

Das waren zwei sehr sehr flüssige und seidige Testflüge ... weitere folgen .

Ach ja:
Was das Speicherproblem von Flugplänen betrifft, so führt ein Speicherversuch ebenfalls zum Absturz.

Erst dachte ich, es könnte auch daran liegen, dass ich das SDK noch nicht installiert und konfiguriert hatte, aber der Fehler bleibt bestehen.
Da ich Flugpläne über G-Plan verwalte und einrichte, kann ich nicht sagen, ob es da schon vorher Probleme irgendwelcher Art gab...

Ach ja ... das SDK!!
Vergesst nicht, dass auch das SDK zur 2.2 passen muss, also auch davon die aktuelle Version runterladen, installieren und nicht vergessen, anschließend in der Startleiste einmal das Config-SDK-Tool als Admin auszuführen .

Zitat von krähe

Dabei knallt die Höhenanzeige einfach zB von 21.000 auf 23.000ft sehr eigenartig.

Knallt wirklich die Maschine 2000 ft nach oben oder verändert sich nur die Anzeige?
Letzteres wäre dann normal, wenn sich mit dem neuen Wetter auch der Luftdruck ändert denn nichts anderes misst ja der Altimeter.
Geringerer Luftdruck ergibt größere Höhe .
Möglicherweise muss auch nur der Höhenmesser auf das neue QNH (bzw. das QNE) eingestellt werden (entweder per Drehknopf oder über die Taste "B")?

Da ist was, das ich gerade nicht so ganz verstehe (und das muss jetzt auch keine direkte Verbindung zur neuen 2.2 sein):

Ich mache meinen Testflug von EDXF nach EDHK und wie immer gibt es genau dann, wenn die EDHK Szenerie (aus den AS German Airfields) geladen wird, das ist immer kurz vor Eckernförde der Fall, einen Leistungseinbruch.
Das war schon immer so und ist seit je her reproduzierbar und ich sollte die Kieler Region wohl mal wieder prüfen, ...

Üblicherweise gehen die Laderuckler mit einem Framerateeinbruch einher.
Bei den momentan gelockten 40FPS fallen die Frames ab dem Moment des Ladens von stabilen und ultraseidigen 40FPS auf eta 24 FPS ....
Die sind jetzt mit der 2.2 immer noch sehr seidig, das schon mal vorweg .... aber ich fand sehr interessant, was die Perfomancemonitore mir da angezeigt haben:

Genau in dem Moment, in dem die EDHK-Szenerie geladen wird, geht die GPU-Last runter von eta 50% auf 26% und die CPU-Last steigt auf allen Kernen...

Das ist reproduzierbar und bleibt so bis zur Landung in EDHK.
Starte ich dort dann wieder und fliege Richtung Stadt, erholt sich die Framerate wieder bis über 30, ab Höhe der Klinik gehen sie auch wieder auf 40FPS zurück.

Interessantes Verhalten oder?

Wie gesagt, das kann auch schon immer so gewesen sein, mir ist das nur jetzt erst durch die Performancemonitore aufgefallen.
Gut möglich, dass sich speziell dieses Bild auch jetzt in Kombination mit dem neuen Treiber und der 2.2 entstanden ist.
Ich finde allerdings sehr faszinierend, dass hier eindeutig die CPU in Anspruch genommen wird und die GPU nur noch gemütlich vor sich hin dümpelt.

Vielleicht finde ich dafür noch einen Grund oder einen Regler, der das beeinflussen kann.

Alles in Allem ist der Sim aber auch mit 24 FPS noch unglaublich seidig und flüssig,
Da haben sie echt was richtig gemacht, wie wir das ja auch schon erwartet haben .
Und schon arbeiten sie an der 2.3 ... die Jungs sind wirklich unermüdlich oder?

Zitat von overflow

Danke Marcus, habe ich mir schon gedacht. Auch gut, war meine Arbeit nicht umsonst.

Aber sie haben was dran geschraubt, hat wohl nur nicht bei allen geholfen ....
Hier ein Statement von Wes

Zitat von Wes_Bard_LM_Support_Team

Just to be clear, they did send us a copy of Rotterdam, which we verified the lights were not rendering in 2.1, and we fixed for 2.2
Wewere under the impression that all of their airports used the same runway lighting technique that was used in Rotterdam, as that was the test airport we received. Hence our general statement in our release notes about fixing them.

If they are drawing lights using other techniques then please have them reach out to me and provide us additional test cases that are not rendering.
Wes Bard

Software Manager - Prepar3D® Team