Hi Michael,

ist es wirklich schon so grün in der Heide? Bei mir trifft "Herbst" zur Zeit eher zu. Alles noch ziemlich bräunlich hier.

Es wäre doch viel besser, wenn in Verbindung mit den fiktiven Jahreszeiten Basisbodentemperaturen den Regionen zugeordnet würden. Liegen diese unter z. B. 1 Grad, wird Schnee dargestellt, sonst nicht. Dann würden sogar die Onlinewetternutzer während der Jahreszeiten eine viel bessere "Stimmigkeit" im FS sehen, da die Basis-Bodentemperaturen dann vom Online-Wetter überschrieben würden und gelegentlich sogar mal auf Mallorca Schnee im FS zu sehen wäre, wie in der Realität.

Waäre schön, eine derartige Verbesserung im FS2006 zu sehen.

Ganz meine Rede!
 

Das wünsch ich mir schon lange. Dann könnte man wirklich über das reale Wetter die Darstellung steuern.

Wenn es im Jänner 13 Grad hat (auch bei uns in Wien immer wieder zu beobachten), wäre mehr oder weniger Herbsttextur angesagt. Wenn es kalt ist (wie heuer Februar/März) wäre Schnee. (Man könnte ja eine "Toleranz" einbauen, so dass der Schnee bei 1 Grad + nicht gleich weg ist).

Na gut ich träum' weiter. äh... ich meine arbeite weiter ;) .

Servus,
Bernd

Shit,da habe ich mich doch glatt um einen Tag lt.der Tabelle von Holger vertan:heul: ;)
Thomas,deine idee,dass Bodentemperatur abhhängig zu regeln,ist eine super idee.Nur wer will das umsetzen?
Evtl.bei der nächsten FS Version?Das ganze dann per online Wetter zu generieren,wäre der nächste Hammer.[dream on]Endlich Nasse/Verschneite Runways Wetterabhängig[dream off]
Ich muss mir mal dieses "Terra Model File Manual" von Christian Stock reinziehen,auf welches sich Holger bezieht.
:)

M$ natürlich! :D :D :D

Oder M$ bietet zumindest die Möglichkeit dafür. Es gibt weltweit ziemlich detaillierte Klimakarten mit Temperaturzonen für verschiedene Monate. Möglicherweise könnte man das (selbstverständlich mit geeigneter Software) automatisch umsetzen lassen. Wenn schon Straßen aus Karten ausgelesen und in den FS gebracht werden können, sollte das ja kaum noch ein Problem sein.

...und gleich noch eine Topidee!
 

Das wär' ja schon optimal, wenn das mit den Klimazonen funktionieren könnte! Endlich halbwegs reale Wetterverhältnisse! Passend zu meinem traumhaften AktivSky und den tollen Wolken von, ...äh weiss ich jetzt nicht auswendig, aber ihr wisst sicher welche ich meine :D .

Ich schrieb ja evtl.nächste FS Vers.;)

Zum TMF Viewer:Christian Stock beschreibt,wie von Holger erkannt das es möglichkeiten gibt,diese wechsel zu ändern.
Hier mal ein Auszug:
[Source]
Type = SeasonU8
SourceDir = "c:\fssdk\terrain"
SourceFile = "seasons_01.raw"
Lat = -22.5
Lon = 150.0
NumOfCellsPerLine = 257
NumOfLines = 257
CellXdimensionDeg = 0.1171875
CellYdimensionDeg = 0.087890625
Month = 1
[Destination]
DestDir = "c:\fssdk\terrain"
DestBaseFileName = "seasons_01"
NorthLat = -22.5
SouthLat = -45.0
WestLong = 150.0
EastLong = 180.0
LOD = 2
You probably noticed the new option ‘month’. The above inf file will create a TMF file for month one. You have to create twelve inf files and TMF files, for each month one. You will notice later in MSFS that each month argument doesn’t correspond to one exact month, e.g. month = 1 doesn’t translate to January. I only tested this for July and found that month = 6 starts on the 19th of July and goes far into August. I suspect that the other values work correspondingly. This is probably done to let the seasons start on their true dates, i.e. spring starts around the 20th of March.

Warum aber noch niemand bewusst bei uns in Europa nach diesen Vorgaben desighnt hat?
Vielleicht weil die"hard winter" zuweisungen nur in ganz wenigen Regionen halt nicht passen?!
Denn wie schon gesagt,ändert man jetzt etwas,haben wir 2006 einen knallharten Winter bei uns;) Habe Morgen birthday und weis daher,dass das reale Wetter völlig unterschiedlich an diesem Tag ist.Mal sind es Frühlingshafte 20°,dann aber auch schon mal Temperaturen um den Gefrierpunkt,das ganze verbunden mit Schnee(war vor 4 Jahren meine ich der Fall).
Überwiegend ist es aber Schneefrei.
@Börnie:FS Skyworld:)

Zu

Meine Tabelle sieht etwas anders aus. Scheint sich also doch was beim FS2004 geändert zu haben.

Ist aber nicht viel, nur die season 1 und 12 ist jetzt anders.
Aufgrund der anderen Werte von Holger habe ich meine Daten für season 1 und 12 Daten noch mal getestet. Meine Daten stimmen. Ich komme auf die selben Werte wie zuvor.




Mal meine Doku Werte :



FS2004 Definition der Saisonzeiten

Season 1= 1 Januar bis 14 Februar

Season 2= 15 Februar bis 17 März

Season 3= 18 März bis 17 April

Season 4= 18 April bis 18 Mai

Season 5= 19 Mai bis 18 Juni

Season 6= 19 Juni bis 19 Juli

Season 7= 20 Juli bis 19 August

Season 8= 20 August bis 19 September

Season 9= 20 September bis 20 Oktober

Season 10= 21 Oktober bis 20 November

Season 11= 21 November bis 21 Dezember

Season 12= 22 Dezember bis 31 Dezember


Unten mal die Werte wann der FS im Menü die Jahreszeiten wechselt.


FS2004 angezeigte kalendarische Jahreszeiten im FS Einstellmenü (Deutschland)

Winter= 22 Dezember bis 19 März

Frühling= 20 März bis 20 Juni

Sommer= 21 Juni bis 22 September

Herbst= 23 September bis 21 Dezember



Übrigends eine Steuerung anhand der Temperatur ist viel zu aufwendig. Das momentane Verfahren ist eine statische feste Steuerung anhand des Datums. Die Information der seasons ist für das Landclassteuersystem vorhanden. Anhand der Temperatur würde es bedeuten, das ein ständig arbeitender Regelprozess vorhanden sein muss.

Außerdem überlegt mal, das macht doch gar keinen Sinn. In den Bergen kann es real auch mal in Schnee bedeckten Gebieten im Winter mal wärmer werden. Ist dann der Schnee von einem zum nächsten Tage weg. Nein. Müssten wir jetzt also noch eine Überwachung einbauen wieviel Tage jetzt die Temperatur über 0 Grad gelegen hat um eine fiktive Schneedecke abschmelzen zu lassen.


Der Aufwand ist viel zu hoch.

Das System mit 12 Saisonzeiten und immerhin 5 texturtechnischen Jahreszeiten ist schon super.


Das gibt eigentlich alles her was man braucht.

Ich selbst habe damals schon mal eigene Saisonsets programmiert. Allerdings für andere Zwecke. Aber wie Holger schon sagt man muss ja auch erst mal sinnvolle Daten haben wo und wann in der Regel z.B örtlich gesehen z.B der Frühling einsetzt. Da das ja auch jedes Jahr schwanken kann, denke ich muss man das nicht unbedingt überarbeiten.

Mir reicht es einfach wenn ich dann ein anderes Datum wähle, dann ist ev. eine störende Restschneegegend auch weg.

Ich weis nicht ob es immer zwingend nötig ist tagesaktuell zu fliegen.

Aber das muss jeder selbst wissen.

Übrigends ganz so leicht wie es sich bei Schubis Auszug liest ist das natürlich nicht. Denn sein Auszug ist nur eine INF Datei die den Resampleprozess steuert. Diese inf Datei sieht für Deutschland in Teilen aber anders aus. Ich kann da also nicht aus irgendeiner Dok etwas direkt übernehmen. Mit INF Dateien wissen die wenigsten etwas anzufangen. Fast alle die mit Landclasstechnik in Berührung kommen lassen Tools diese Arbeit erledigen. Wer seasons programmieren will, sollte die Berechnung von LOD Leveln und die Erstellung von Informationfiles auch per Hand beherschen. Außerdem kann nicht die neue resample.exe genutzt werden. Daher erhält man auch keine fertige BGL. Bei der alten resample.exe sind weitere Prozesschritte nötig.

Für Seasons müssen zunächst alle 12 gewünschten Seasonrohdatensätze anhand realer Saisonprofile vorbereitet werden. Es müssen 12 INF Dateien erstellt werden.

Es muss 12 mal der resample Prozess mit dem Rohdatensatz und zugehörigen INF File durchlaufen werden.

Diese 12 Dateien müssen mit einem weiteren Tool zu einer TMF Datei verschmolzen werden.

Diese Datei muss mit einem weiteren Tool komprimiert werden.

Danach kommt noch ein Tool zur Anwendung welches aus den komprimierten Daten eine BGL erzeugt.


Ich sage mal so, wer sich mit Landclassprogrammierung von Hand, mit LOD Tabellen, dem alten Resample Verfahren usw. auskennt, für den ist das nicht unbedingt ein Problem.

Nur viele kennen sich halt nicht damit aus, weil sie in der Regel diese Arbeit komfortablen Designtools überlassen.

thb, du hast recht, um die Jahreszeit ist es draußen tatsächlich noch ziemlich grau. Allerdings mag ich nach Herbst und Winter nicht mehr die Herbsttexturen sehen (Außerdem passen die Bäume auch nicht dazu) Lieber ein frisches grün am Boden, das steigert auch die Lust am fliegen :)
Gruß Michael

@JOBIA:

Moin moin!

Das, was du als zu aufwändig beschreibst, ist zwar das Ziel, muss aber nicht gleich so laufen. Es würde bereits reichen, die Entscheidung "Schnee aufgrund Temperaturwerte" einmalig beim Laden der Texturen zu treffen. Man ist ja selten über viele Stunden im FS im gleichen Gebiet, so dass eine Änderung während der Darstellung nicht vorgesehen werden müsste. Und wenn man lange bzw. weit fliegt, werden ja sowieso ständig neue Texturen nachgeladen. Da könnte diese Entscheidung wieder mit einfließen. Und für Gebirge könnten und müssten sogar Sonderregelungen getroffen werden. Das ließe sich doch über ein feineres Landclassmodell regeln. Ich halte das für durchaus machbar.

Mal ne ganz grundsätzliche Frage,

hat die SG2 eigene Landclassen, oder werden dort auch die MyWorld LCs mitbenutzt, die ja bekannterweise aus allen möglichen Kontinenten gemischt wurden.

Könnte die Ursache für Schnee dann nicht in den LCs liegen? :rolleyes: