Mesh Fehler SG3 EDDK
 

Hallo.

Gerade als Kölner freue ich mich sehr meine Heimat von oben zu erkunden (und über Düsseldorf jetzt auch mit B52 VFR Navigieren kann :D).

Jedoch stört mich folgender Fehler um den Flughafen.

(siehe bild)

Hier von der 14L ausgesehen.

und nochmal von oben
 

Das Problem gibts nur am Flughafen EDDK
Ich habe kein Freeware oder Payware Mesh für die Gegend installiert!
Nächste Scenerys sind GAP3 2005 EDDL und SG1. Den Patch der bei SG3 für SG1 dabei war habe ich schon getestet.

jemand eine Idee?

Hallo !

Das Problem ist leider "normal". Es tritt auf, wenn das "Grundmesh" nicht mit dem Mesh des Airports übereinstimmt. Ich nutze das FSGenesis Europe Mesh, und habe bei den meisten German Airports dieses Problem. Ebenso bei den meisten US Airports.

Beispiel: Die Defaulthöhe von Hamburg ist z.B. von MS auf 50ft gesetzt. Die German Airports geben EDDH aber eine Höhe von 53ft. Dann hast du rund um den Airport diese Erhebung.

Hi Niko,

also ich habe gestern auch meine ersten lokalen Flüge :) gemacht und bei mir tritt das Problem nicht auf. Obwohl ich unten drunter noch ein Freeware Mesh habe keinerlei Fehler. Da wir beide ja etwa die gleichen Sceneries installiert haben tippe ich mal darauf, dass sich in deiner cfg etwas überschneidet. Schau mal in das Manual der SG3, in welcher Reihenfolge alles dort eingetragen sein muss. Vielleicht hilft es ja.

Hi.
Hat leider nicht funktioniert @ Einstellungen Manuel.

EDIT: Auch neuinstallation von GAP2 hat nix gebracht.

Wird es auch nicht. Wie auch ? Wenn dein Grundmesh eine andere Höhe als das Airportmesh nutzt ? Da kannst du zig mal neuinstallieren. Da hilft nur auf ein genaueres Grundmesch umzusteigen. ;)

Und @Tom82

Bei dir tritt das Problem wohl gerade NICHT auf WEIL du ein genaueres Mesh verwendest als das MS default, welches Niko verwendet.

So, des Rätsels lösung.... :)

Andere Rheinländer haben das Problem bestätigt, sie hatten es vorher nur übersehen.

Thomas hat nun nach gesehen, und es ist wirklich ein Fehler im Mesh der SG3.
Der Flughafen Köln liegt real wie auch im FS2004 GAP auf ca. 310 Fuß
Im SG Mesh sind es nur 180 Fuß. Darum dieser unschöne Fleck.
Aber sicher nichts, was man nicht durch einen Patch beheben könnte :)

Genau,

disregard: Das Autogen hatte die Kante so hübsch verdeckt :) Aber aus genau dem Grunde fällt es jetzt nicht soooo auf. Also warten.. auf Godot oder den Patch.

Gruß
Thomas

Nein, aber offensichtlich eine EDDK-Szenerie mit einem riesigen Flatten. Die SG3 wurde nie auf eine FS2002-EDDK-Szenerie (GAP2) abgestimmt, da es irgendwann sowieso die neuen GAP2 geben wird.

Grüsse
Sascha

@Niko: Dieser Fehler tritt bei mir auch auf [und zwar ohne SG3](wenn
auch weniger extrem) und liegt m.E. an der allgemeinen Flughafen-
flatten Problematik und nicht an der mesh, also auch nicht an der der
SG3.

Du wirst diese "Macke" (wahrscheinlich) nur im Norden von EDDK finden
und zwar aus folgendem Grund:

Das komplette GAP-EDDK ist auf 310 ft gesetzt, sowohl im Norden als
auch im Süden. Diese elevation stimmt auch im Süden [und paßt deswegen
dort auch zu der einer (guten) umgebenden mesh], im Norden aber
dürfte der airport eigentlich nur auf 210 ft liegen (er liegt aber
auch hier auf 310 ft).

Läge er realistischerweise auf 210 ft, hättest Du zu Deiner (SG3?)
mesh maximal 30 ft Differenz - kaum sichtbar.
So hast Du über 100 ft Differenz, was natürlich unangenehm auffällt.

Einzige Abhilfe - Deaktivieren jeglicher genauerer mesh, denn z.b. mit
der "breiigen" MSFS default mesh tritt der "Fehler" m.E. nicht auf.

Oder aber : Beifügen einer lokal jeweils "falschen", an die GAP adap-
tierten mesh zur SG3... :(
Aber vielleicht kommen ja mit den GAP2 auch die "schiefen" Flughäfen
mit realistischen lokalen elevations - "schiefe" Kleinflugplätze gibt's ja schon.... ;)

Gruß, Norbert

In der Tat hat EDDK ein riesiges monströses Flatten.

Ich habe von dort sogar ein Demobild in meine Dok übernommen, weil man hier auch sehr schön den sich bildenden Ringwald durch Landclassautomatismen sehen kann.

Idealerweise wäre es sinnvoll diese Riesenflatten komplett zu deaktivieren und durch ein kleineres Flattenpoly zu ersetzen.
Muss man natürlich schauen ob da nicht an irgdendeiner Ecke des alten Flattenpoly noch ein Objekt steht was dann ev. schweben würde.


Zu
"
Aber vielleicht kommen ja mit den GAP2 auch die "schiefen" Flughäfen
mit realistischen lokalen elevations - "schiefe" Kleinflugplätze gibt's ja schon"


Nein ich denke nicht das dieses passieren wird. Denn es funktioniert nur bei Kleinflugplätzen vernünftig.

Meshkompatibel sind nur Texturtechniken die landclassbasierend sind. Dort haben wir aber nur eine maximale Bodenauflösung ca. 4,7m

Zu wenige für Taxiwaylinien usw.

Bei Kleinflugplätzen haben wir nur Grasrunways deshalb geht das dort mit 4,7m ohne Probleme.

Nun könnte man natürlich alternativ ein schiefes Objekt ins Mesh einlassen. Auf dieses könnten wir auch höher aufgelöste Runwaytexturen oder ähnliches aufbringen. Dann ginge das auch auf Großairports.

Ein Trick halt.

Nur jetzt kommt Problem Nr. 2.

AI Traffic. Bei diesen Kleinflugplätzen die schräge Landebahnen haben gibt es meines Wissens keinen Traffic. Zumindest habe ich noch keinen gesehen.

Der AI Traffic findet am Airport nur auf einer Höhe statt. Von daher könnte der AI Traffic diesen schrägen Flächen nicht folgen.


Ev. könnte man ein Minisplitting machen. Keine Ahnung ob es funktioniert. Nur das würde zu so einer Art gestuften AI Traffic führen also immer kleine Höhenhopser.

Ich könnte mir aber vorstellen, dass dieses eh zu viel Performance schlucken würde.