Beiträge von flori-wan kenobi

Erinnert von der mediale Empörung her an die DC10. Das ein A320Neo noch nicht verreckt ist, ist wohl auch mehr Glück als Verstand. Will ja nichts schönreden, aber so etwas gab es schon immer. Denkt mal nur an die Comet. Mutmaßliche ist es ja wohl ein CRM /Trainings und kein technisches Problem.

Sollte man das Boeing Werk in Everett besichtigen und lohnt es? Danke!

Warum verlinkst du diesen Schund hier auch noch? Dubioser blödsinn, sowas wandert doch direkt in den Outlook Papierkorb.

Von mir aus können sie HAJ jeden tag ankündigen, geil...

Mir ist aufgefallen das die DLH in echt kein Pmdg-Softdrink in 12 Flüssigunzen Dosen ausgibt. Pmdg= Drecksladen!

35% ???, wie lange soll das dann noch gut gehen?

Von einem z.b. i7 6800 kommend sind Temperaturen um 80° mit WaKü schon sehr ungewöhnlich und im ersten moment bedänklich. Das hat wohl zu vielen überreaktionen geführt.

Ok, von mir aus, ist mir jetzt auch Wurst. Ich habe jedenfalls zur eingegebenen UTC die korrekte Ortszeiten, den korrekten Sonnenstand, zur Sommer und Winterzeit in Bremen und keine CTDs, dabei ist es mir auch egal wie die Sonne default in Kamtschatka steht.

http://www.prepar3d.com/forum/viewtopi…=164486#p164486

Stimmt, Demo gibts... Allerdings doch so schlimm Basti?

Ja klar sind die Files aktiv, die braucht es ja auch. Es gibt diese sehr fehlerhaft von MS/ LM default und es gibt Korrekturen über .bgl‘s von z.B. FSRT/ TZF etc.

Ursprünglich geht es aber um den CTD vor der Kanadischen Ostküste/ Larador und nördlich. Hier wird/ wurde im LM Forum über die gefixte FSRT .bgl diskutiert und reproduziert. Daher eine Vermutung das die FSRT .bgl ein problem hat, sie ist glaube ich seit FS2004 Zeiten unverändert. Mit der .bgl vom TZF ist bei mir erstmal kein CTD in der Region aufgetreten, es waren aber nur 3 vergleichbare Flüge die ich testen konnte. Allerdings lag vorher die CTD wahrscheinlichkeit in dem Gebiet, bei vergleichbaren Bedingungen, immer bei 100%.

Nein

Zitat von simelite

Because it corrects local times, does it improve Sun position and daylight in my flight?

Yes. Because sun position and daylight is calculated based on UTC time +/- offsets, with correct Time Zones you will have the most accurate daylight and Sun position in the sky when you are flying.

https://simelite.com/timezonefaq.php

Wenn er auf AS Niveau ist, wäre es schon cool und ich würde wohl kaufen.

Ja News gibt es, aber irgendwie hat den keiner. Bin schon scharf auf dem 346, allerdings will ich nicht Kohle verbrennen. Taugt er denn was vom ist Zustand von den System was?

Eigentlich sehr schade das man über den BBS so gut wie gar nichts hört. Traut sich wirklich keiner da ran?

Ich habe momentan keinen Zugriff zum Flusi. Weiss jedoch mit Sicherheit, dass der default Sim einen von der UTC abweichenden Sonnenlauf in vielen Regionen hat. Und auch nicht korrekt mit Sommer- und Winterzeitzonen klar kommt. Das Problem ist ja schon seit mehreren FS und nun P3d Versionen bekannt, gute Infos erhälst du in den genannten Foren.

Wenn in UHPP die Ortszeit in der P3D default Tabelle richtig ist, gibt es auch keinen Fehler. Es kommt halt nicht überall und immer zu den Problemen, schau dich dazu bei Avsim, FSrealtime, TZF usw. um.

Nutzt du nicht sowiso FSrealtime? FSRealtime installiert eine gefixte Zeitzonen .bgl, die auch ohne laufende FSRealtime App im Sim geladen wird. Hast du deshalb vielleicht keine merkbaren Konflikte zwischen UTC/ Ortszeit?

Und deshalb habe ich dir gesagt, dass der Sonnenlauf an die im P3D hinterlegte Ortszeittabelle geknüpft ist und nicht von der Eingestellten UTC beeinflusst wird.

Probier es aus. Habe auch lange immer nur die aktuelle UTC benutz, irgendwann fand ich es merkwürdig das trotz richtiger UTC es bei mir draussen hell ist, im Sim aber dunkel. Dann habe ich mich durch viele Foren gelesen und bin dann vor Jahren auf FSRealtime (welches ja auch einen Zeitzonen .bgl liefert) gekommen. Im Zusammenhang mit den CTDs habe ich dann den TimeZoneFixer probiert, der liefert eigentlich auch nur eine .bgl. Diese ist aber umfänglicher und wird stetig aktualisiert. FSRealtime soll auch mit der TimeZoneFixer .bgl kompatibel sein.

Weil der dargestellte Sonnenstand nicht mit der UTC übereinstimmt, da P3D den Sonnenstand an der Ortszeit fest macht und darstellt, nicht nach UTC. Die Ortszeittabellen sind im günstiges Fall nur um 1 bis 2 Stunden falsch, der UTC gegenüber... allerdings sind 1- 2 Std. im Winter schon sehr auffällig, es gibt aber auch Ortszeiten die um über 5 und mehr Stunden falsch sein können. Auch wird die Sommer/Winterzeit teils nicht richtig berücksichtigt, gerade für die unterschiedlichsten Zeitzonen und zwischen Zeiten in den USA.

Dabei bleibt aber das Problem der falschen Ortszeiten zur UTC bestehen. Was wiederum zu verschobenen Tageszeiten führt. Die Zeittabelle UTC /Ortszeit wird dann durch die .bgl korrigiert. Hier ist die .bgl von FSRealtime halt im Verdacht ebenfalls CTDs zu produzieren.