|
Scenery Germany2 - Warum liegt jetzt Schnee?
Ich weiss zwar nicht, wie es mit Schnee in Hamburg so ausschaut, aber ist es wirklich möglich, dass heute, Ende März rund um Hamburg Schnee liegt?
In der SG2 liegt auf jeden Fall rund um EDXM und nördlich von Hamburg - aber laut Übersichtsbild im FS auch südlich und östlich - reichlich Schnee. Das sieht mir aber schwer nach fehlerhafter Textur zuordnung aus. Oder irre ich mich und es gibt wirklich Schnee im Frühling in Norddeutschland. Wird wirklich Zeit, dass ich mal hinfahre. Schönen Tag noch, Bernd |
Hallo Bernd!
Nein, hier liegt definitiv kein Schnee mehr. Obwohl es alle paar Jahre mal passiert, dass auch zu dieser Zeit kurzzeitig Schnee liegt. Aber es liegt allgemein in den deutschen Küstengegenden auch im tiefsten Winter nur relativ selten eine geschlossene Schneedecke. Das Winterhalbjahr gilt hier eher als "Zeit des Schmuddelwetters". Da habt ihr es in Österreich diesbezüglich schon viel besser. |
Hab ich mir doch gedacht.
Trotzdem eine schöne Gegend da oben (besonders die Lüneburger Heide). Und Schnee hatten wir hier in Wien tatsächlich reichlich - in der Großstadt allerdings auch wieder nicht so toll...
Aber warum liegt jetzt wirklich Schnee rund um Hamburg - und das Ende März? Oder hab nur ich das? Schönen Abend zusammen, Bernd |
Hi!
Zitat:
Also nochmal das ganze: Der FS arbeitet neben LC's Mesh etc.auch noch mit den Jahreszeiten. Neben Frühling.Sommer,Herbstund Winter,exestiert sogar noch der "Hardwinter" also sozusagen eine 5.Jahreszeit! In meinen Anhang mal ein Screen aus dem TMF Viewer,mit diesem Tool kann man soetwas wie die seasons Sichtbar machen. Die weissen Flecken sind lt.TMF Manual als hard winter deklariert. Die gelben dagenen sind spring! Für einige Gebiete in Deutschland passt das sogar ganz gut,für andere leider nicht immer. Hängt aber auch immer von den realen gegebenheiten ab. Ich sag es mal so,in den 80ern hätte das MSFS seasons System absolut gepasst.Dank der Erderwärmung ist halt eher Fragwürdig mit den Jahreszeiten. Hier nun der Screen: |
Jetzt noch ein Vergleich Screen,damit ihr wisst welches Gebiet überhaupt mit den Farben weiss und gelb zugemalt worden sind.
:) |
Aber Vorsicht Schubi, Microsoft ist gemein.
Dein Screenshot zeigt die Season3 der seasons.bgl im tmf Viewer. Das ist bei der Thematik hier gut gegangen. Die ganze Sache ist allerdings in keinem SDK ausreichend erklärt. Da kann man sehr schnell einem Trugschluß unterliegen. Season3 steht nicht automatisch für den Monat März. Die Wahrheit sieht etwas anders aus. Im Zuge meiner ... hatte ich das mal ermittelt gehabt. Die 12 Seasons wechseln innerhalb der Monate. Das Datum innerhalb der Monate variiert auch. Man kann also nicht generell sagen der Wechsel findet immer vom 14ten auf den 15ten statt. Diese Umschaltpunkte der 12 Seasons (die texturtechnisch regional fünf Jahreszeiten definieren) sind nicht koppelbar mit den Tagen an denen die vier Jahreszeiten wechseln die wir im Displaymenü des FS sehen. Microsoft liebt es gerne komplex und nicht vollständig dokumentiert. |
Hi Joachim!
Ich weis. Wählt man z.b. Season 4 im TMF Viewer,wird man feststellen,dass alles gelb(Frühling ist).Tatsächlich wird aber im April ,jetzt muss ich lügen,bis zum 16. noch der harte Winter in Teilen der gezeigten Region angezeigt,obwohl lt. TMF Viwer bereits alles gelb-sprich der Frühling herscht.Stimmt also, Season 4 nicht gleich April usw.! Wie dieses genau dann funktioniert werden zumindest alle interssierten dann in Deiner...nachlesen können ;) :) |
Super Jungs! Kann man das ändern?
Wäre ja toll wenn man diese Zuordnungen ändern könnte. Aber wird wohl ohne SDK nicht möglich sein, oder....
Na ich werd's überleben. Aber schon komisch - auch in Italien hatte ich schon solch eigenartige Darstellungen (sogar im Raum Florenz). Da lag's allerdings an der LC-zuordnung glaube ich. Aber in ein paar Wochen is eh alles gut ;) . Schönen Tag noch. Bernd |
Hallo,
Zitat:
Und hier noch die Daten der "Monats"wechsel im FS. Meine Quelle ist ein Dokument von Gerrish Grey vom FS2002, aber an den Daten wird sich wohl nix geaendert haben: Season__Start___Day______End_____Day 1_______15.Jan__15_______14.Feb__45 2_______15.Feb__46_______17.Mar__76 3_______18.Mar__77_______17.Apr__107 4_______18.Apr__108______18.May__138 5_______19.May__139______18.Jun__169 6_______19.Jun__170______19.Jul__200 7_______20.Jul__201______19.Aug__231 8_______20.Aug__232______19.Sep__262 9_______20.Sep__263______20.Oct__293 10______21.Oct__294______20.Nov__324 11______21.Nov__325______21.Dec__355 12______22.Dec__356______14.Jan__14 Ciao, Holger |
wir hatten zwar einmal in Jesteburg in der lüneburger Heide mal Schnee zu ostern, das war aber die Ausnahme.
Wie thb schon sagte, auch südlich von Hamburg kann ich nach 11 Jahren sagen, dass Schnee um die Zeit äußerst selten ist. Ich mache es im Flusi daher immer folgendermaßen. Ich schaue bei mir aus dem Fenster und stelle dann den Flusi auf mitte Frühling :D Gruß Michael |
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. :) |
Zitat:
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 .
|
Zitat:
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
Zitat:
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: |
Moin!
Nun weis ich nach Joachims ausführungen,warum sich noch keiner weiter damit beschäftigt hat. Evtl.reichen 5 Jahreszeiten doch nicht ganz aus? 2 Sätze Texturesaätze für den Frühling in Europa wären schon klasse. Ebenso für den Sommer und Herbst. Warum?Agrarflächen und Vegatation im Allgemeinen wären somit etwas realistischer darzustellen.Das Thema hatten wir ja schon öffter. Somit könnte man den Übergang Winter/Frühling der ja wie Thomas schrieb eher herbstlich ausschaut,mit einer Frühlingstexture,der Jahreszeit ensprechend,mit wenig Blüte zum Einsatz bringen. Ist halt viel wunschdenken bei dieser Diskusion:rolleyes: Zitat:
Ich werde mal Bad Gandersheim aus SG2 im Winter/Frühling abfliegen,da gibt es in der tat viel zu viel Tundra&Sumpf gedingsbums,die da gar nicht hingehören. Soviel zum Thema Payware Landclass Add on:ms: Nach den Flugwerkstrassen wäre es langsam Zeit,für eine akurate LC umsetzung Europas .Was nutzen einen die schönen Strassen und Flüsse,wenn die Ortschaften& Städte weiterhin verschoben zu Grunde liegen.Upps:eek: jetzt bin ich aber weit vom Thema abgetrieben. :rolleyes: |
Hallo Miteinander,
Wir haben im Zusammenhang mit unserem letzten Produkt austesten müssen, wann die Landclasstexturen an bestimmten Flugplätzen Schnee zeigen und wann nicht. Bei den Bodentexturen wird in Hof Schnee zwischen 21.11 ( 325.Tag )und dem 17.04 ( 107.Tag) angezeigt. In Straubing dagegen nur vom 22.12.(356. Tag ) bis zum 17.03 ( 78. Tag ). Alle anderen Plätze hatten einheitlich Schnee vom 22.12 bis zum 17.03. Scheint also so organisiert zu sein, wie Schubi das oben gepostet hat ( nach Regionen, begrenzt durch Längen- und Breitengrade ). Da der Flusi also keine Klimazonen kennt, ist es für wohl ihn allgemein im Norden länger Winter mit Schnee. In Norwegen stimmt die Rechnung dann wieder :) . Gruß Rolf |
Zu
"Und für Gebirge könnten und müssten sogar Sonderregelungen getroffen werden. Das ließe sich doch über ein feineres Landclassmodell regeln." Im Prinzip ist genau dieses mit dem jetzigen Modell halbwegs realisierbar (nur halt nicht Temperaturbezogen) Man kann nämlich sehr schön sehen das Microsoft in seinen Saisonzeiten in Hochgebirge länger Schnee hält als in Tälern. Zu Rolf Schau Dir meine Tabelle bzw. diese ältere von Holger für den FS2002 an. Meine ist wie gesagt für den FS2004 aktuell. Der FS hat in der Seasons.bgl 12 weltweite Seasondefinitionen intergriert. Im Prinzip die 12 Monate. Nur das die Wechsel halt an den von mir genannten Tagen stattfindet. Jeder integrierte Saisonset ist im Prinzip mit einem einzelnen Landclassfile vergleichbar. Die Definitionsauflösung ist allerdings grober als bei Landclass. Anstatt Landclassnummern werden hier die 5 texturtechnisch möglichen Jahreszeiten durch Bytes definiert. So kann man theoretisch in Saisonset 1 für jeden beliebigen Punkt der Erde eine der 5 Texturjahreszeiten definieren. Ich kann an z.B in Schleswig heute am 30.03.05 Sommer zeigen lassen. In Niedersachsen Frühling, in Hessen Herbst, in Bayern Winter in Sachsen harten Winter alles an einem Tag. Mit dem System ist alles ausreichend simulierbar. So kann ich auch die anderen 11 Saisonzeiten programmieren. Ich könnte im Prinzip für jeden eurer Airports an einem Tag andere Jahreszeiten simulieren lassen. |
Habe übrigends mehrere sehr alte Threads gefunden wo ich schon auf diese Thematik Saisonzeiten der seasons.bgl hingewiesen hatte.
Habe nur nach seasons.bgl gesucht, die Geschichte mit den 5 texturtechnischen Jahreszeiten findet sich aber auch mehrfach. http://www.wcm.at/forum/showthread.p...ht=seasons.bgl oder http://www.wcm.at/forum/showthread.p...ht=seasons.bgl oder http://www.wcm.at/forum/showthread.p...ht=seasons.bgl Ich denke es lohnt sich doch, das man alles mal als Zusammenstellung in einer DOK lesen kann. Da kann man dann über Links schnell an die gewünschten Themenbereiche kommen. Unten mal ein verkleinertes Bild aus meiner Doku der den Entscheidungsprozess beschreibt der an einer Koordinate X durchlaufen werden muss um optisch der Oberflache an dieser Stelle eine Landclassbodentextur zuweisen zu können. Alle gezeigten Informationsschichten zapft der FS für jede einzelne Landclassnummer an, um aus einer LC Nummer später zu einem Texturset mit einer bestimmten Nummer z.B 035b2su1.bmp zu kommen. Ein Haupteil der Steuerung liegt in der lclookup.bgl in Verbindung mit der Terrainengine. |
Das Bild aus meiner Doku welches die wesentlichen Bestandteile des Texturfindungsprozess beschreibt muss ich leider extra anhängen.
Im Prinzip sehen wir an der Position des Flugzeuges einen Nadelstich durch alle Informationschichten die angezapft werden müssen. Logisch der FS führt natürlich nicht nur einen Nadelstich zeigtgleich durch sondern tausende. Das Bild soll in Verbindung mit den zugehörigen Doku Texten nur das Verfahren beschreiben. Im Prinzip gehört natürlich hier noch die Tageszeit mit rein, dass wird bei mir wie vieles anderes aber extra behandelt. |
| Alle Zeitangaben in WEZ +2. Es ist jetzt 19:38 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
© 2009 FSL Verlag