Beiträge von Boris

  • Flight1 GTN hält PC an

    Tja, da ist mein Problem. 2.07 hab ich installiert. Das Update-Tool zeigt mir "available" 1.13 und "installed" 1.11. Wenn ich auf "Download" gehe, werden so etwa 2500 von 9000kB heruntergeladen und es wird ein "Code 14" ausgegeben, was immer das bedeutet.

    Keine der P3D-Versionsnummern die ich habe wird in der Liste im Update-Tool angezeigt.

    Gibt es ein Update-Tool für das Update-Tool?

  • Flight1 GTN hält PC an

    Servus,

    Hab hier ein seltsames Problem seit ich den neuen PC / P3D v4.3 und 4.4 habe. Und zwar hält mir das Flight1 GTN periodisch den PC oder zumindest die komplette Ein/Ausgabe an. Es fängt nach etwa einer halben Stunde an, und die Freezes sind zwischen 10 und 30 Sekunden - da geht dann gar nichts mehr, kein Mauszeiger, keine Tastatur, nix. Danach geht's normal wieder weiter, bis zum nächsten Freeze, nach 2-10 Minuten. Manchmal kommen auch 2-3 Freezes unmittelbar nacheinander, mit 1-2 Sekunden Pause dazwischen.

    Hier noch ein paar Infos:

    AMD2700X - System (siehe Hardware-Thread dazu) - das GTN wird doch wohl nicht mit dem AMD Probleme haben?

    P3D v4.4 (gleiches aber auch bei 4.3)

    GTN Version 2.07 (gleiches mit 2.06, beide offiziell v4 kompatibel)

    ActiveSky, UTLive, EZDok.

    Process Lasso - hier scheint es eine Unverträglichkeit zu geben; evtl. weil das GTN hat auch eine Core-Assignment-Funktion hat. Ohne Process Lasso läuft es besser bzw es dauert länger, bis es anfängt. Das Ausschließen (X) des GTN-Prozsses bei Process Lasso bringt nix, genauso wenig wie das Zuweisen der letzten beiden Cores im GTN-Config-Tool.

    Im Process Lasso Monitor (wenn es mitläuft) hat im normalen Betrieb der Core 0 ca. 95%, die anderen je nach dem was sonst noch läuft bis zu 40%. Bei einem Freeze geht der Core 0 auf 30% und die Cores 2, 3, 5, 6 und 7 auf Anschlag (genau, Core 4 nicht). Die GTN-Prozesse laufen auf den Cores 6 und 7. Process Lasso hält natürlich auch an, und wenn es weiter geht, sieht man einen Einbruch bei der Responsiveness. Im Hintergrund scheint der Prozess also weiter zu arbeiten.

    Es tritt bei unterschiedlichen Flugzeugen auf, und zwar egal ob das GTN im VC eingebaut ist oder nur als 2D-Panel. Ich habe auch schon alles an Zusatztools deaktiviert (bis hin zum Windows Defender) und nur den P3D laufen lassen, hat auch nichts geholfen.

    Vielleicht fällt jemandem ja was dazu ein. Im F1-Support-Forum war's bis jetzt nicht sehr hilfreich.

    Boris

  • Prepar3D v4.4 ist gekommen

    Zitat von Kai-Uwe Weiß

    Übrigens reflektiert der FSL auch ohne tomato:

    Die Reflexionen sind mir ziemlich latte (zumal man dafür auch noch die Flugzeuge behandeln muss). Weswegen ich das Tomatendings habe ist nur die Tiefenschärfe, die ich ohne das nicht habe. Insgesamt ist mir die Angelegenheit eigentlich zu dunkel, und auch das mit den Licht- und Schattenspielen funktioniert noch nicht so ganz.

    Es sieht zwar schick aus, wenn von hinten die Sonne zwischen den Wolken ins Cockpit scheint, aber da scheint einer am Schalter zu sitzen und immer an-aus zu machen, das stört dann doch irgendwie.

    Irgendwo hab ich hier schon gelesen dass sich die Tiefenschärfe mit 4.4 verbessert hat - ist dem tatsächlich so?

  • Prepar3D v4.4 ist gekommen

    Vielleicht könnte dann ja bitte doch noch mal jemand, der schon aktualisiert hat und mit der Carenado A36 sowieso nicht fliegt, schauen ob sie noch da ist 8o

    Sonst stelle ich das am Ende fest und muss wieder zurück gehen. Ich verwende das Teil sehr oft.

  • RTX 2080TI

    Und die Frage ist, wie viel SSAA nimmt das menschliche Auge wahr? So langsam könnte man mal standardmäßig die Monitorauflösung ins Profil schreiben, damit man vergleichen kann. Ich merke mit meiner 1070ti bei 4K ab 4x MSAA keinerlei Unterschied mehr (außer bei den Frames), und schon von 2x auf 4x ist der visuelle Unterschied minimal. Die 1070 ist über Seattle mit 80-90% unterwegs.

    Aber Pausen hast du auch, wa? Siehe die Lücke in der GPU-Auslastung... ;)

  • Fehlermeldungen beim Starten von ACA2017

    Zitat von PatrickChaieb

    1. ..\data\SimObjects.

    2. scenery\world

    Beide Verzeichnisnamen erscheinen mir zumindest seltsam. dll.xml, exe.xml, prepar3d.cfg und simobjects.cfg haben damit nichts zu tun.

    In den beiden add-ons.cfg Dateien stehen Verweise auf add-on.xml Dateien, in denen dann wieder die Ordner aufgerufen werden, in denen die Daten sind, die der Sim laden soll.

    \data\SimObjects sucht nach SimObjects, die dort nicht sind, obwohl eine add-on.xml es behauptet.

    scenery\world sucht nach den traffic-bgl-Dateien für den AI und meint wohl das Verzeichnis scenery\world\scenery im Sim-Ordner. Das wäre dann aber ein relativer Link; damit müsste die add-on.xml im Sim-Hauptordner liegen (eher unwahrscheinlich und in jedem Fall unüblich).

    Vermutlich stehen beide falschen Verweise in der gleichen add-on.xml.

    Also schau erst mal in den beiden add-ons.cfg Dateien (eine in \appdata\roaming, eine in \ProgramData, dann jeweils Lockhheed Martin\Prepar3d v4) ob du dort einen package-Eintrag findest, der auf AI Traffic verweist. Der Eintrag sagt dir wo du die zugehörige add-on.xml findest.

    Dann schaust du dir die an und gleichst das mit der Ordnerstruktur ab, die diese add-on-xml aufrufen will. Am sichersten ist immer der absolute Pfad (also alles ab dem Laufwerksbuchstaben).