|
Flughafentexturen und Scenery Germany 1
Hallo,
neulich installierte ich das neueste Update für die Scenery Germany 1 (Update 3.2), welches nun entgültig die Abstürze auf Grung eines geöffneten Kartenfenster beseitigen sollte. Nach der Installation ist mir aufgefallen, dass die Standart-Gras-Texturen, die als Untergrund für die Standart FS2004 Airports verwendet werden, alle gelöscht waren. Nicht nur in Deutschland sondern in der ganzen welt ist kein Untergrund mehr unter den Airports. Was kann da schief gelaufen sein ? Deaktivieren in der Scenerybibliothek hilft auch nichts wodurch ich vermute, dass etwas gelöscht wurde. Hat dies auch schon jemand nach installation des Updates beobachten können ? Weiß jemand einen Rat zu diesem Problem ? Vielen Dank im Voraus. Philipp:) |
Eine Idee habe ich. Hast Du meinen Patch für CTD geladen bzw. hast du diese
Alternativariante von mir in Betrieb. Dann müßte Deine terrain.cfg ein Erstellungsdatum vor dem 12.01.04 haben. Ist sie neuer dann kommt mir folgende Idee. Sollte Deine Aussage mit den Airports weltweit zutreffen und auch das es seit dem Patch der SG1 sein, dann würde ich mal darauf tippen das sie als Service am Kunden einen ähnlichen Versuch wie mein Patch anbieten wollten. Der könnte dann in die Hose gegangen sein. Auch diese Tipps einfach die MaskClassmap Funktion auf 0 zu setzen muß mit bedacht erfolgen. Bei Airports geht das so einfach nicht. Hast Du die terrain.cfg selbst geändert könntest Du selbst der Problemverursacher sein. Kontrolliere mal in der Terrain.cfg ob Du unter \\ Airport Backgrounds [Texture.1182] // Unknown Type=1 Size=4 ExcludeAutogen=1 MaskClassMap=0 Textures=0jobia128b2wi1.bmp,0jobia128b2hw1.bmp,0jo bia128b2sp1.bmp,0jobia128b2su1.bmp,0jobia128b2fa1. bmp,0jobia128b2lm1.bmp so etwas findest dann ist mein Patch drauf (sollte funktionieren) oder ob da einfach nur so etwas steht \\ Airport Backgrounds [Texture.1182] // Unknown Type=1 Size=4 ExcludeAutogen=1 MaskClassMap=0 Das würde Dein Problem erklären. Kann natürlich auch was anderes sein. Nur ein Tipp. So wie unten sieht es übrigends im Default FS aus. \\ Airport Backgrounds [Texture.1182] // Unknown Type=1 Size=4 ExcludeAutogen=1 MaskClassMap=2 |
Hallo Jobia,
vielen Dank für die Antwort. Ich habe deinen Patch nicht installiert. Ich habe auch an der terrain.cfg nichts verändert. Das Problem trat erst auf nachdem ich den Patch installierte. Philipp:) |
Hallo,
der SG1-Patch ändert wohl wirklich die terrain.cfg. Hatte ich ja auch bei einem Thread der letzten Tage erwähnt. Auf einem Testrechner von mir (auf dem richtigen ist längst Jobias Patch aktiv) war nach Patch-Einspielen eine Sicherheitskopie dieser terrain.cfg vorhanden, die auf einen Austausch oder Änderung schließen läßt. Ciao, Rainer. |
@Rainer, das kann ich bestätigen. Der Patch überschreibt die Terrain.cfg.
|
Oder....
Ich hab bei mir bemerkt, das nach dem neuen Patch...auf dem Airport Zürich in der FlyLogic-Ausführung, gar nichts mehr ging. Ließ sich werder laden mehr, FS2004 stürtzte sofort ab, och vom anderen Airport aus anfliegen, kam man in die nähe von LSZH...schwupps-CTD. 100% erst nach der Installation des Patch, weil LSZH mein Hematflughafen virtuell ist. Es hat nur geholfen, die Pay-Scenery noch ein mal rüber zu kopieren, dann ist dieses zwei mal in der Bililothek drinne und man löscht die ältee Version direkt in der Bibilothek. Ist schon eigenartig...aber es flutscht wieder....
Was da nun was gestört hat, weiß ich nicht. Nette Grüße von Jörg |
Na dann ist das ziemlich eindeutig dann wird man in Deiner Terrain.cfg bei den Airport Passagen so etwas finden:
\\ Airport Backgrounds [Texture.1182] // Unknown Type=1 Size=4 ExcludeAutogen=1 MaskClassMap=0 Hier wurde der allgemeine Tipp durchgeführt einfach die MaskClassMap Funktion auf 0 zu setzen. Das geht eben nicht. Man muß schon genau schauen wo man das ohne optische Probleme machen darf. Bei den Airport backgrounds führt das zu fehlenden Bodenpolygonen. Bei Flüssen und Straßen zu fehlenden Grüngürteln diese stören aber nicht im Gegensatz zu fehlenden Airportpolys. Daher empfehle ich Dir Phillip geh auf meine Homepage www.jobia.de lade dort den Patch runter. Ist der letzte Punkt Nr.12 auf der Homepage. Diesen wie erklärt installieren. Zusätzlich kann man dort noch eine terrain.zip downloaden. Diese bitte auch downloaden. Hast du den Patch installiert entpackst Du danach die terrain.zip und kopierst diese terrain.cfg in den FS2004. Diese terrian.cfg in der terrain.zip ist die sicherste Alternative um einen CTD (in Bezug zu Mesh und Landlcass) zu verhindern. Ach übrigends wenn der Patch der SG1 die terrain.cfg tatsächlich überschreibt und neu anlegt dann ist damit natürlich mein Patch unwirksam gemacht auch bei denjenigen die meinen früher mal genutzt haben. Eine Panne die hätte eigentlich nicht passieren dürfen. Die Patches kommen so wie ich das mal verstanden habe zum Teil auch von Aerosoft und nicht immer von den Designteams. Es muß also nicht sein, dass hier die Schuld beim SG1 Team liegt. |
Moin!
Das ist ja 'ne tolle Wurst:( Erst schmiert der Flusi ab,durch geöffnete Karten und dann wird ein Patch rausgebracht,der dieses behebn soll,doch dabei wird gleich die Terrain Cfg.überschrieben. Das dabei ein solch massiver Fehler auftritt,hätte in der tat nicht passieren dürfen. Schlafen die da etwa noch:zzz: ;) ! Wir bezahlen doch richtig Geld für solche Adds,da sollten sich die Herren der Schöpfung sich schon sicher sein,ob ein Patch funzt oder nicht! Tja,was passiert denn jetzt? Rainer hast Du den Peter W. o.ä. darauf schon aufmerksam gemacht? |
Hallo Schubi,
Zitat:
Die Richtung an sich (die Terrain.cfg anzupassen) läßt sich wohl kaum umgehen. Dort sind durch die Maskierung mit detaillierten Terrain und hochauflösendem Mesh nun mal die von Jobia hinreichend beschriebenen Probleme zu finden und dies ist anders wohl kaum zu korrigieren. Um mal eine Lanze für die Designerkollegen zu brechen... Ich muß mal kurz abschweifen und sitze hier gerade ziemlich fluchend bei einem Versuch, etwas möglichst detailliert zu zimmern... Mach ich was so, wie es andere auch machen, erkennt die Gegend absolut niemand wieder. Arbeit macht es aber trotzdem. Mach ich es ganz anders, ist es eine derartige Arbeit, die ich keinem ärgsten Feind gönne. Andererseits ist das Ergebnis schon so, wie ich es mir vorstelle. Nur niemals als Freeware durchzuhalten. Nehme ich einen dritten Weg habe ich wieder andere Einschränkungen, die anscheinend zwar viele andere User wohl akzeptieren (siehe andere Szenerien), ich aber für mich definitiv nicht. Und dies alles mit insgesamt 4 Designprogrammen, weil keines in der Lage ist, die nötigen Bereiche aktuell in den Flusi einzubinden... Achja... und nur eines davon ist wirklich vielleicht FS10-kompatibel. Schlußendlich kann dann noch als Sahnehäubchen morgen aus dem Nichts ein Programm auftauchen, dass meine Arbeit einfach von jetzt auf gleich obsolet macht. Ciao, Rainer. |
Rainer bestätigt das was ich oben schon geschrieben habe:"Die Patches kommen so wie ich das mal verstanden habe zum Teil auch von Aerosoft und nicht immer von den Designteams.
Es muß also nicht sein, dass hier die Schuld beim SG1 Team liegt" Im Prinzip sagt das Rainer auch aus. Diese nicht korrekt funktionierende terrain.cfg kann auch direkt von Aerosoft sein. Momentan gibt es aus meiner Sicht nur die globale Lösung die mein Patch bietet. Anders geht es nicht es sei denn man wollte alle Problemstellen die im FS existieren mit neuen Landclass versehen. Nur das ist fast unmöglich und sinnlos da ja auch immer neue Landclassfiles rauskommen. Der Fehler kann daher immer wieder auftauchen wenn man nicht exakt meinen Weg geht. Ich verfolge das eigentliche Problem immer noch im Zuge meiner LC Doku. Nur momentan habe ich keine Zeit dazu. Ev. wollte man sich auch nicht die Blösse geben auf meinen Patch zu verweisen und hat hier eine eigene Lösung versucht die natürlich in die Hose gegangen ist. Ich schliesse nicht aus das Peter ev. vielleicht auch gar nichts von dieser terrain.cfg weis wenn diese zusätzlich bei Aerosoft beilgelegt wurde. |
Hi,
hatte auch diese Texturprobleme, nach dem Installieren der Terrain.cfg von Jobia ist alles wieder OK. Diese hatte ich vorher schon drauf und wurde eindeutig vom SG1 Patch 3.2 überschrieben. Gruss kustra |
Hi,
Mail an Aerosoft ist draußen. Mal sehen,wie's weitergeht. @Rainer:Ich glaube es wird langsam Zeit,daß MS ein komplett neues System innerhalb des FS entwickelt. Nur ganz wenige scheinen noch durch dieses ganze Chaos durchzusteigen. Vorrausetung dafür ist allerdings auch eine rechtzeitige und bessere Dokumentation seitens MS! Der leidtragende ist der User,dadurch u.a auch der Desighner/Publisher. |
Zitat:
gibst unter Suche: MaskClassMap=0 Ersetze: MaskClassMap=2 ein und drückst auf alle ersetzen und das Problem ist gelöst ich weis allerdings nicht ob damit irgendwo anders probleme auftauchen aber bisher hab ich nix gemerkt... |
Hallo Miteinander,
das Patchen dieser Szenerie ist wirklich ein betrübliches Kapitel. @ Schubi: ich kann mir nicht vorstellen, daß Peter so einen Mist fabriziert. Mir scheint eher, daß da einige hauseigene Spezialisten von A.....t am werkeln sind. Mal so ein Gedanke: Was machen eigentlich die vielen User, die die Schachtel im Handel gekauft haben und hier nicht mitlesen oder keinen Internet Zugang zum Download von Patches haben? Die werfen das Produkt wohl auf den Müll und scheiden zukünftig als Käufer von Addons aus. Auch eine Art von Werbung, hoffentlich schaut der Kunde auch, woher das Werk kommt und straft nur diesen Produzenten ab. Gruß Rolf |
Zu Martin
"wenn das so ist dann geh doch einfach in die terrain.cfg drücke STRG+H gibst unter Suche: MaskClassMap=0 Ersetze: MaskClassMap=2 ein und drückst auf alle ersetzen und das Problem ist gelöst ich weis allerdings nicht ob damit irgendwo anders probleme auftauchen aber bisher hab ich nix gemerkt..." Und genau das ist jetzt beim Patch bei SG1 auch gemacht worden und das geht eben nicht. Wenn man das einfach so macht dann hat man an den Airports keine Rasenpolygone mehr. Dann liegen z.B in Hamburg die Runways unmittelbar innerhalb Stadttexturen. Diese MaskClassMap kann man nur bei Flüssen und Straßen einfach so deaktivieren, dann verschwindet der schmale Grüngürtel am Rand der Flüsse und Straßen das schmerzt nicht sehr. Aber ein fehlendes Rasenpoly ist absolut unrealistisch. |
entweder hab ich dich nicht ganz verstanden oder du mich nicht...
wenn man diese ganzen MaskClassMap von 0 auf 2 stellt dann gibt es wieder "normale" Airporttexturen also zumindest in EDDF hab ich wieder grünen rasen statt Kornfelder und wald... |
Sorry habe ich in der Tat falsch verstanden, da ich an einen Schreibfehler dachte. Aus folgendem Grund. Weil es für mich keinen Sinn macht diese Funktion wieder auf 2 zu stellen. Denn dann läufst Du wieder sehr starke Gefahr einen Crashto Desktop zu bekommen siehe SION Problem oder andere berichtete CrashtoDesktops. Der ganze FS wird dann wieder zur Fehlerquelle je nach verwendeten Landclass bzw. Meshfile. Absolut unberechenbar.
Außerdem ist es nicht richtig diesen Wert auf 2 zu setzen. Das ist eindeutig falsch. Der besagte Patch von Aerosoft setzt so wie ich das mitbekommen habe alle MaskClassMap Funktionen zu 0. Die Basis bei der Default terrain.cfg enthält aber z.B auch MaskClassMap=1 und MaskClassMap=3. Wenn schon zurück dann bitte nicht generell alles auf 2 und genau das passiert jetzt bei Deiner Variante. Wie gesagt und Du läufst wieder sehr starke Gefahr Dich urplötzlich auf dem Desktop wieder zu finden. Bei deiner Variante müsste man jetzt gezielt drauf achten das nur bei den AirportBackgrounds diese Funktion zu 2 gesetzt wird. Aber dann wie gesagt CTD Gefahr. |
naja, ich hab vorhin mal nen testflug quer durchs SG1 gebiet gemacht und es lief ziemlich gut
falls dann doch extreme fehler irgendwo auftreten sollten kann ich ja immer noch wieder die terrain.cfg von der FS-CD nehmen und notfalls weiterhin mit der gefahr von abstürzen leben auch wenn das eigentlich selten der Fall war aber jetzt weis ich worans lag obwohl ich die abstürze vor dem patch hatte...:confused: |
Wie gesagt und genau für das Problem gibt es meinen Patch auf www.jobia.de. Man geht die Gefahr eines CTD durch Mesh oder Landclass nicht mehr ein und braucht trotzdem nicht auf Airportrasenpolys zu verzichten. Mein Patch bietet beides. Anders ist es immer ein Entweder/Oder.
Der Patch von Aerosoft wird wohl demnächst geändert werden. Haltet eure Augen im FS allgemein offen, es kann sein das es noch andere als die bekannten Ursachen für CTDs gibt. Notfalls wie gesagt Fehlerstellen hier oder bei Aerosoft melden. Umso mehr Personen eine Fehlerstelle melden bzw. andere diese auch bestätigen umso sicherer sind die ADDON Entwickler das sie diese Fehler auch selbst nachvollziehen und beseitigen können. |
Zitat:
genau so ist es einem Arbeitskol. von mir ergangen. Der sah wie ich die FXP in der Pause las und fragte sofort,ob ich mich mit dem FS auskenne und mich mal über die SG1 schlau machen kann? Bei ihm crasht die immer,wenn er eine Karte öffnet. Das kommt mir bekannt vor,erwiederte ich und sagte es gibt einen Patch der genau das behebt,allerdings wird durch diesen Patch Deine Terrain CFG. zerschossen. Spätestens hier ist er da nicht mehr durchgestiegen :lol: (wenn's nicht so traurig wäre) Habe ihm den SG1 Patch sowie Joachims grandioses Werk nun gesaugt,da er keinen I-Net Anschluß hat. Habe nie behauptet,daß Peter Werlitz dafür Verantwortlich sei. Desighner unter sich,sowie auch die Publisher,sollten sich in Zukunft besser absprechen. Freu mich aber jetzt schon auf den 2.Teil der Scenery Germany,die Garantiert dieses Problem dann nicht mehr hat;) :) |
Moin zusammen,
@Rolf: Zitat:
Muß man gar nicht nur an die Leute ohne Internet denken. Gehe mal in andere Foren. Was da manchmal an Zusammenhängen sich selbst irgendwie erklärt wird und mögliche Ursachen und Lösungen beschrieben werden... grauenvoll. :confused: Von den vielen "Kids" mal ganz zu schweigen, die jede auch nur irgendwo erhältliche Austauschtextur einfach mal in den FS einspielen und damit für die meisten Probleme selbst sorgen. Kein FS ist 2 Monate nach der Installation mehr mit einer zweiten Installation zu vergleichen. Eine Sammlung von absolutem Chaos mit allen möglichen Addons, deren gegenseitige Lauffähigkeit unmöglich überall getestet werden kann. Hier aber nicht das Thema und das Problem der CTD besteht definitiv. Wurde aber vielleicht aus obigem Grund anfangs einfach unterschätzt und falsch betrachtet. @all: Zitat:
Die Scenery Germany liefert Mesh, Landklassen, Flüsse und Flugplätze (natürlich neben den sonstigen VFR-Merkmalen) Alles unter dem FS2002 entstanden. Flugplätze sind relativ unkritisch. Die verwendete Technik wird (bis auf gewisse Texturprobleme) im FS2004 (wenn auch langsamer) unterstützt. Layeränderungen sind dabei auch kein ernstes Problem. Flüsse waren bis Januar absolut fehlerhaft. Da ich mit denen auch hier und da schon im FS2002 Abstürze hatte (da aber niemals genau den Grund lokalisieren konnte) war hier eine Fehlerursache auf jeden Fall zu suchen. Da ich ja selbst mit einer eigenen Arbeit im Spätsommer letzten Jahres dieses Problem hatte konnte ich hier meinen Kollegen fein helfen und meine Flüsse bei ihnen integrieren. Die sind jetzt auf jeden Fall "sauber". Mesh und Landklassen führten nach dem 3.1-SG1-Patch (meine Flüsse) halt weiterhin zu Abstürzen. Jobia schilderte dies auch schon sehr oft sehr ausführlich... ein genaues Mesh mit detaillierten Landklassen führt unter Umständen zu den von ihm gefundenen Maskierungsproblemen... Was soll Aerosoft da machen? Wer hat eine überzeugende Idee? Es geht wohl nur durch Anpassung dieser zentralen terrain.cfg. Kein Schlaumeier weltweit hat was anderes bisher dazu gefunden. Und dies hat Aerosoft dann halt gemacht... und zwar so, wie auch schon Burkhard Renk in seinem MyWorld-Forum beschrieben hatte. Wer denkt denn ernsthaft, dass die dort nur einfach auf einen Patch eines Users im Internet verweisen können? Elegant und stilvoll wäre es natürlich gewesen, z.B. mal Joachim zu fragen, ob sie seinen Patch einfach einbauen können... :rolleyes: Ist wirklich dumm.... die SG1 ist eine Zusammenstellung von vielen verschiedenen Designtechniken, die auf Grundlage der momentan erhältlichen SDKs (also größtenteils die des FS2002) fehlerfrei erstellt wurde. Habe ja schon x-mal hier eine kleine Liste beschrieben, wie ich die SG1 bei mir auf meinem Rechner komplett fehlerfrei ohne jeden CTD oder sowas laufen habe. Dabei ist natürlich der "Jobia Patch" absolute Voraussetzung. @Schubi: Zitat:
Zitat:
Ciao, Rainer. |
Hi Rainer,
im groben und ganzen genau mein Reden(schreiben). Zitat:
Ich kann mir absolut nicht vorstellen,daß niemanden von den Machern oder von der Aerosoft GmbH noch nichts über einen gewissen JOBIA gelsen haben. Gerade seine Docs sind doch genau u.a. für solche Herren geschrieben. Wenn auch nur einer etwas davon gelesen hätte,dann wäre dieses mit einer Absprache untereinander der ideale Weg gewesen. Org.geschrieben von Joachim: Zitat:
Zitat:
Zitat:
Langsam stinkt mir diese Arroganz ,da hat jemand die problematik erkannt ( nicht zum 1.mal), zusätzlich Dokumentiert und niemand will sich die angebliche blösse geben. Soetwas finde ich Krank:( Org.geschrieben von Joachim: Zitat:
Wenn dem so sei,wäre dieses genauso wie es sein müsste und man braucht in Zukunft nicht mehr mit soetwas zu Rechnen. Mir geht es hier auch nicht speziell um Aerosoft oder das Peter Werlitz Team,sondern nur darum,daß solche Fehler gar nicht mehr passieren. Wie ihr wohl merkt,senkt sich mein Blutdruck wieder;) |
Tja - die SG1
...ich kann mich über Aerosoft nicht beschweren, es besteht reger Mailkontakt mit ernstzunehmender Hilfestellung.
Habe die Online-Patches installiert, sogar noch ein weiteres dazu erhalten. Ging alles nur ein paar Flüge gut - solange die Flug- oder Rollgeschwindigkeiten höher zu werden scheinen, gibts wohl nach wie vor sogenannte Textur-Lade-Probleme. Mein fs09 leidet - trotz Neuinstallation, "jungfräulicher" cfg - wieder unter CTD. Siehe anderen Thread. Ätzend. Langsam bin ich's leid. Vielleicht liegts ja auch daran - daß es ein MICROSOFT-Produkt ist. MfG Andreas |
a)
Ein „Sticky“ im Forum der My* Produkt Serie. http://forums.simflight.com/viewtopi...1a478bbf7fa10e b) Die Ersetzung und der Austausch von Orignaldateien, natürlich auch der Vertrieb, (von sämtlichen Dateien) des FS unterliegt dem Copyright von MS. Für Zusatzprodukte natürlich beim jeweiligen Hersteller. D.h, wenn du die terrain.cfg mit einem Schreibschutz versiehst und sie wird trotzdem „getauscht“ – ist dies rechtlich sehr bedenklich (auch Austausch von Texturen. Wenn ich durch ein Installationsprogramm nicht explizit darauf hingewiesen werde, dass meine Originaldatei „manipuliert“ wird, ist dies ebenfalls rechtlich sehr bedenklich (Änderung der fs9.cfg). Außer es handelt sich um eine neuere Version von MS selbst. Als Autor, Entwickler oder Produzent darf man sich darüber ruhig Gedanken machen. c) Der FS kracht erst bei TMVL von 20 oder 21 (siehe CTD Sion). Diesen kann man nur durch Änderung der fs9.cfg einstellen. Im Spiel ist dies nicht möglich. Dies ist kein Bug von MS und ihrem FS, sondern ein Fehler nur in Verbindung mit manipulierten Dateien oder Zusatzprogrammen. Diese Problematik betrifft im Prinzip sehr viele Hersteller (Ausnahmen bestätigen die Regel). Horst |
Hallo Horst,
Zitat:
Ciao, Rainer. |
@ Rainer
Kannst du im Prinzip Recht haben. Es wurde, ja soweit ich überall mitlese, bis jetzt nicht genau aufgearbeitet. Bzw. gibt es zuwenig (ich kenne keine) Stellen, wo dies mit einem nackten Flusi und 19 ebenfalls aus diesem Grund kracht. Oder ich habe diese Stellen und Beiträge überlesen. Jaochim hat den Fehler zu schnell entdeckt :) (und die meisten haben seinen Patch) Bzw. hat keiner einen nackten Flusi. Holger hat uns in Sion darauf hingewiesen – Erhöhung des TWML – da es bei Joachim nicht gekracht hat mit default Szenerie. Es macht für mich auch wenig Sinn, jetzt den Fehler MS nachzuweisen. Besser wäre es, eine rechtlich unbedenkliche Lösung für Zusatzprogramme zu finden. Übrigens Danke für OWL2003-fs2004, mit vorbildlicher Installation und Beipack PDF. Bin erst jetzt dazu gekommen. Ich denke, es wird jeder schaffen die Szenerie in seinen FS zu integrieren. Meine Ordnung wurde nicht zerstört, und mit einem sehr schönen Produkt erweitert. Danke Horst |
Hallo,
wenn man in der terrain.cfg Dinge wie z.B. Mask Class Map verstellt was sind die konsequenzen ? Auf was muss man verzichten ? Wird das Mesh ungenau oder funktionieren irgendwelche Add-Ons nicht mehr ? Vielen Dank im Voraus. Philipp |
Korrekt hast Du im Prinzip richtig verstanden Rainer. Der LOD Level also der Punktabstand der Höhenpunkte wird durch das Mesh vorgegeben. Hat man ein Mesh mit sehr hoher Auflösung z.B LOD11 wird dieses erst durch Manipulation des TMVL sichtbar. Ohne dieses arbeitet es nur mit niedrieren LOD Level.
Ausschlaggebend für diesen CTD ist allerdings die Flankensteilheit von einem Höhenpunkt zum nächsten. Da ist es im Prinzip egal wie hoch der LOD Level des Mesh bzw. der Wert des TMVL ist. Beispiel TMVL auf 21. Rasterabstand des Mesh 38Meter. Der eine Punkt hat eine Höhe von 0 Meter der andere 38Meter. Ergibt eine Flanke mit 45°. Nehmen wir mal an diese löst mit entsprechender Landclasspositionierung und Mask Class Map Funktion einen Crash aus. Jetzt sagt man. "Ja das passiert nur bei manipulierten TMVL Faktor". Also den Wert auf Default19. Klar jetzt würde ev. einer der Höhenpunkte von 38Meter ausgelassen. Es würde erst der nächste genutzt. Die Flanke würde flacher und wir hätten keinen Crash an dieser Position. Jetzt komme ich mit einem anderen Beispiel. TMVL auf 19. Ein Mesh mit Rasterabstand 76m Dieses wird bei TMVL 19 ohne Probleme dargestellt. Der eine Meshpunkt auf 0 Meter der andere auf 76 Meter. Was passiert wir haben eine Flankensteilheit 45°. Was bedeutet dieses. Crash to Desktop bei TMVL19. Jetzt ist es sogar gefährlicher da die Fehlerfläche größer wird. Auf der anderen Seite dürften diese Konstellationen vielleicht in realen Meshfiles seltener oder an anderen Stellen vorkommen. Auch glaube ich nicht das alle bisher gemeldeten Crashs nur bei Usern aufgetreten sind die am TMVL maipuliert haben, sei es wissend oder unwissend. Einige haben den Crash in SION gemeldet in Verbindung mit einem anderen Mesh. Anderes Mesh bedeutet auch andere Flanken möglich. (auch bei unverändertem TMVL) Also von daher Horst denke ich werden die Problemstellen einfach wechseln. Ich muß mal nachschauen von irgendjemand hatte ich eine Mail mit einer Crash Stelle die definitiv auch mit TMVL 19 auftritt. Noch etwas man muß die verschiedenen Flattentechniken im Auge behalten. Schau Dir LWM Flatten an. Hier ist der Rasterabstand in den bakannten Vectorpoints hat also überhaupt nichts mit dem Raster von LOD zu tun. Bei dem alten Area16N Flattenbefehl verhält es sich wieder anders. Daher können hier Flanken entstehen die nahezu unabhängig von jedem LOD Level oder TMVL sind. Es ist alles letzendlich nur eine Frage der Höhendifferenzen und der Konstellationen anderer Elemente. Zu deinem Sticky. Man beachte hier wird nicht die MaskClassMap=2 wie bei meinem Patch geändert. Nur 1 und 3. Es gibt somit kein Airportrasenproblem wie jetzt beim aktuellen SG1 Patch es bedeutet aber auch es können weitere Crashs möglich sein. Leider habe ich momentan zu wenig Zeit sonst hätte ich mich auch schon mehr damit beschäftigt. Ich habe hier einen Verdacht das es bevorzugt da crasht wo zwei MaskClassMap Funktionen aufeinander stoßen. Wir bedenken in Sion war noch eine kleines Linienflüsschen welches ziemlich nah am Airportflattenpoly kratzte. Was sagt uns das? Wir wissen ein Linienfluss hat eine MaskClassmap Funktion. Das Airportpoly im Prinzip auch. Nur es sind verschiedene MaskClassMap Nummern. Ein theoretisches Beispiel die LC Nummern stimmen nicht. Es geht nur ums Prinzip. Das Mesh ist steil. Der FS wechselt aufgrunddessen von LC35 auf LC 120. Der erste Wechsel. Von der einen MaskClassmap Funktion der Flüsse möchte der FS z.B von LC120 auf 130 wechseln. An der selben Stelle möchte er durch MaskClassmap des Airportpolys von LC120 auf 140 wechseln. Mag er diese zwei Wechsel. Crasht er zum Desktop. Wie verhält es sich hier mit den Prioritäten. Zum größten Übel kommt jetzt noch eine Saisongrenze dazu wie in SION. Da ist die Hölle los an Schaltfunktionen hinsichtlich Landclass im FS. Im Prinzip ist das testen gar nicht so schlimm. Trotzdem habe ich momentan andere Prioritäten. Aber ich denke den Bug selbst kann man finden. Nur vermutlich nicht anders als momentan lösen das dürfte das Problem werden. Zu dieser anderen Geschichte ob da nun wer auf mich verweist oder nicht das ist mir persönlich schon seit längerem egal. Die meisten hier im Forum dürften eh wissen wer das zuerst entdeckt hat. Das reicht mir um mich in meiner Arbeit zu bestätigen. Ob die anderen das dann aus anderen Foren übernommen haben juckt mich nicht. Im Prinzip hat es Richard Ludowise ein paar Stunden später entdeckt. Es passiert halt immer wieder das Leute nahezu zeitgleich Fehler rausfinden. Nur es reicht halt nicht aus die MaskClassMap einfach auszuschalten. Zumindest nicht bei den Airportpolys. Von daher gibt es momentan nur meinen Weg des Patches. Dem Richard hat die Scene eh sehr viel zu verdanken. Meiner Meinung einer der wichtigsten Männer in der Designscene. (hatte ich aber schon mal erwähnt) Ohne ihn wäre die damals neue LWM/VTP Technik nicht so schnell programmierbar gewesen. |
Meine Aussage bei Punkt c) war nur mit einer original FS-Installation, ohne irgendwelche Zusatzszenerie und Mesh, gedacht.
Aber wahrscheinlich wird man auch hier eine Stelle finden. Da gebe ich euch beiden sicher Recht. Zu Joachims Text vielleicht 3 Bilder: Sind alte Bildschirmfotos aus der „Sionaufarbeitung“. Bild 1 Die Stelle etwas genauer, die ich damals gemeint habe, und wo ich ein Bild angehängt habe. Hier sieht man das Airportpolygon (grün) und Mesh. Ein kleiner Teil von AB liegt auf dem Mesh. Dies crasht ohne Joachims Patch. Die Reduzierung auf 19 alleine bei Holger oder manchen Addon Mesh bringt ja nichts. (Castlegar (CYCG) und Trail (CAD4)). „Ich habe hier einen Verdacht, dass es bevorzugt da crasht, wo zwei MaskClassMap Funktionen aufeinander stoßen.“ (Joachim) Ähnlichen Verdacht hat ja auch Holger damals gehabt. Manchmal kommt auch ohne Forschung, Licht in die Dunkelheit. Derzeit ist dies wirklich nicht tragisch. Außer man kann auch andere CTD nachstellen (100 Prozent), die mit MaskClassMap Funktionen zutun haben. Bild 2 Zu Seasonlinie (gibt ja mehrere Seasons) in Sion. Eine verläuft genau N-S (entlang der Gridlinie) wo das Flugzeug steht. Das Bild soll ja nur die Area Linien zeigen (innerhalb des roten Bereichs). Bild 3 So sieht Sion mit Addon in machen Jahreszeiten aus (habe ich schon einmal angehängt). Das Zusatzproblem, das Joachim meint. Hier bringt Joachim wahrscheinlich mit seiner Landclass Doku :) etwas Licht in meine Dunkelheit. Horst |
Bild 2
|
Bild 3
|
|
Zu Phillip
Horst hat die Frage schon beantwortet lese den Punkt 12 auf meiner Homepage sehr genau druch. Dieses ist im Prinzip mein Patch. Er bringt keinerlei Probleme. Die anderen Lösungen wo man von leist, die einfach für das Airportpoly die Funktion MaskClassMap von 2 abschalten auf 0 haben das Problem das bei allen Defaultairports keine Rasenflächen mehr existieren. Mein Patch hat keinerlei negativen Auswirkungen. Meiner Ansicht nach verbessert er sogar die Optik. Denn diese Chamäleonpolys (siehe Doku zum Patch) sind unberechenbar je nach dem von welchem ADDON Lieferanten Du ein Landclassfile nutzt. Das Problem gibt es bei mir nicht. Klar ich könnte ev. eigene schönere Texturen verwenden. Ich nutze das was der FS hier mitbringt. Ich nutze die Zuweisung wie sie im FS2002 bzw. im FS2004 definiert ist wenn man die MaskClassMap Funktion nicht in Betracht ziehen würde. |
Vielleicht hat hier jemand noch 'nen Tip. Meine Probleme habe ich ja schon im Thread "in die Tonne kloppen" beschrieben.
Habe bei meinen verzweifelten Versuchen auch die TMVL von 19 auf 18 reduziert, keine Veränderung. Liegts vielleicht daran, daß ich - aufgrund einer Empfehlung in der letzten "flightXpress" den TERRAIN_BANDWIDTH_MULT zu "hoch" gezogen habe, und sich das System das irgendwie "merkt"? Normal steht der auf 40 - ich habe alles versucht, 200, 150, 120, 80 - kein oder nur kurzfristig andauernder Erfolg. Das Merkwürdige ist - es ist mir schon gelungen, IFR-Flüge in diesem Bereich des SG1 störungsfrei durchzuführen, allerdings nie - trotz Installation des aerosoft-Updates für SG1 - komplett ohne CTD. Und wenn sie nach der Landung in EDDS (Probeflug von EDDM nach EDDS) geschahen. Sobald man mehrfach von Außenansicht ins Cockpit wechselte oder MEHRFACH die Kartenfunktion aufrief - Festplattengerappel und ggfs. CTD. Ich werd' mal aerosoft kontaktieren..... . Ansonsten - bin ich froh, daß der FS8 sowohl mit als auch ohne Soundkarte störungsfrei läuft. Den "Start-/Landebahnbug" in EDDF - man kann, gleichgültig welche Windrichtung man wählt - für Departure nur die 18 nutzen - kann ich inzwischen verschmerzen. Schade ist das..... - jetzt crasht mein fs9 schon, auch wenn ich "außerhalb" von SG 1 "fliege" - z.B. in EDDL. Hilft der JOBIA-Patch, es gibt doch auch einen speziell für den SG 1 oder habe ich da was falsch verstanden? MfG Andreas |
Hi Andreas!
Lese nochmals weiter oben!! Lade Dir von http://www.jobia.de die Zip Datai Terrain(ca 6kb klein)runter. Installiere den SG1 Patch,der verhindert,daß dein Flusi CTD's ausführt. Allerdings überschreibt er Dir Deine Terrain cfg.! Aus diesem Grund unbedingt Jobias Terrain cfg.anschliessend in den Flusi kopieren und die Vorhandene überschreiben lassen. Sicher Dir aber am besten vor dem ganzen Kopierkram die orginal Terrain CFG. Steht aber auch alles nochmals ausführrlich auf Jobia HP. Das Du auch in EDDL CTD's hattest,liegt wohl am LC File der SG1,ist wahrscheinlich wieder ein gesamt Deutsches File?! War zumindest bei der FS02 Variante der Fall. Hoffe konnte Dir behilflich sein? |
Berichtigung zu Schubi sonst klappt es nicht. Man muß zwingend erst mal die 1,76MB große crashto.zip von meiner Homepage laden. Das ist mein Basispatch. Die darin enthaltenen Texturen müssen unbedingt wie beschrieben installiert werden. Ohne diese funktioniert meine terrain.cfg Variante nicht. Das ist übrigends auch der entscheidende Unterschied zu der terrain.cfg Variante der SceneryGermany1 die dieses nicht hat. Aus diesem Grund fehlen bei den Defaultairports der terrain.cfg von SG1 die Rasenpolys und man sieht die dort vorhandenen Landclasstexturen. Was z.B bei dem Default Airport Hamburg EDDH im Fs2004 sehr unschön aussieht da dieser mitten in der Stadt liegt.
Wie gesagt bei meinem Patch hat man das Problem nicht. Erst wenn man meinen Patch komplett installiert hat sollte man die 5,38KB große terrain.zip downloaden und die darin enthaltene terrain.cfg im FS2004 verwenden |
| Alle Zeitangaben in WEZ +2. Es ist jetzt 09:39 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
© 2009 FSL Verlag