Im Prinzip müssten dann alle exkludierten Objekte wieder auftauchen; da hast du Recht. Um welche Szenerie handelt es sich denn?

Bei mir sieht das genauso aus. Ich kann dir im Moment leider kein Vergeichsbild schicken, aber wenn du Gianni's LOWI installiert hast, ist es ganz normal, dass das Areal um den Flugplatz von einem Satellitenfoto unterlegt ist. Ich kann nachher nochmal ein Vergleichsbild von der Gegend in meinem FSX hier reinstellen.

Mit einer exclude kannst Du doch Objekte ausschliessen, nicht ? Landclass hätten damit nichts zu tun
Dein Screenshot zeigt LOWI aus so großer Höhe dass ich annehme Du möchtest etwas anderes demonstrieren bzw. bezwecken.

Geht es um den Inn ?

Setzt Du auch andere Adodns wie zB UTE ein ?

Also die Berge rund um LOWI sehen mir eh nach ATP-X aus. Warte mal...das ist unmittelbar nach Start ex LOWI aufgenommen worden. Kann aber gerne auch noch eines aus ähnlicher Position wie Du aufnehmen

PS : was ist denn mit Deinem Inn passiert ?

Zitat von »Scotty«

Um sicher zugehen,dass ich mich nicht täusche,wäre ich dankbar,wenn einige von euch Screenshots von ATPX hochladen könnten. [...]

Sorry, mit der ATPX kann ich nicht dienen . Da muss wohl oder übel jemand anders ran...

Scott, mach ich gerne . Aber erst gegen 20.00 Uhr

Scotty, so sieht es bei mir aus

LOWI-X, ATP-X, (UTE-X, GEX, FS Global 2010)

Exclude.BGL sind sehr unterschiedlich:

Beacons, Effects, Generic Buildings, Library Objects, Taxi Signs, Triggers, Triggers, Windsocks, Extrusions Bridges,
Autogen, Airport Backgrounds, Everything, Freeware Traffic, Parks, Railways, Roads, Shorelines, Streams, Utelies, Water Polis,
Exclude Spezific mit ca. 50 unterschiedlichen Spezifikationen.
(Das habe ich gerade aus ADE-Menüs abgeschrieben.)
Alles kann man einzeln unsichtbar machen.

Excl.BGL in AddonScenery-Ordner funktionieren in der Priorität der Scenerybibliothek nur nach unten.
Vector-Terrain.BGL stehen aber in der Basisscenery (FS#\Scenery). Da funktioniert es teilweise alphabetisch, nach Geländekacheln (SDK-Welteinteilung), nach Layern, ..., usw. und dann gibt es noch die viele Dinge, die ich auch nicht kenne.

Wer im Aerosoft-Forum das Thema über die DX10-tauglichkeit gelesen hat, weiß nun das Aerosoft-Scenerien (GAP, MAP, ..., usw.) nicht nach SDK mit FSX-Compilern gemacht werden. Daher können bei solchen Macharten, auch anderer Addons, evtl. auch die Excl-Funktionen gar nicht oder falsch funktionieren ???

Auffällig ist jedenfalls, daß Freeware-Designer, vermutlich weil sie mit FSX-Tools wie ADE, SBuilder, usw., arbeiten, sich mehr an das FSX-SDK halten, als die Paywaremacher. Paywaremacher arbeiten fast immer auch noch mit Installern. Installer können aber andere Addons u. Prioritäten nicht erkennen und die Installroutinen nicht optimieren. Daher gibt es in allen FS# bei Usern mit mehreren Paywareprodukten auch keine vergleichbaren Situationen. Installreihenfolge u. Scenerybibliothek sind nun mal bei jedem anders.

Reihenfolge in der Szeneriebibliothek korrekt ?
Ich vermute eine Wechselwirkung zwischen UTE und ATP

Kann passieren dass da was passiert
Ich empfehle das "Quick disable" im UTE-Menü - dann FSX starten - FSX beenden - "Quick enable". Ist auch nach GEX-Updates und teilweise nach Szenerieinstallationen, wenn Küsten plötzlich schnurstracks sind, zu empfehlen

Aber trotzdem strange, denn auch ATP sollte ja den weitere Innverlauf mitbringen
Womöglich dort irgendwelche bgls modifiziert ?



PS : kriegen wir schon hin

Ich dachte immer, daß ich schon oft genug darauf hingewiesen habe, aber trotzdem wiederhole ich noch mal das Ganze. Eigentlich steht das auch schon seit dem FS9 auf meiner HP. FS9 u. FSX unterscheiden sich in den Anordnungen von Basisscenery u. AddOnScenery prinzipiell nicht.

Grundregeln für Otto Normal User (Hobby-Scenerydesigner wissen sich da schon anders zu helfen u. benutzen aber auch keine Installer direkt):

Die Basisscenery in FS#\Scenery stellt die ganze Welt dar mit den default Airports. Die Welt wird in Kacheln eingeteilt (Siehe SDK).

Alle AddOn-Scenerien sollten Grundsätzlich in Unterordnern in FS#\Addonscenery stehen u. mit der Scenerybibliothek steuerbar sein.

Ausnahmen, die die Weltdarstellung grundsätzlich u. großräumig ändern, müssen die Basisscenery überschreiben und können nicht mit der Scenerybibliothek gesteuert werden.
Deshalb darf man solche Änderungen auf einem Gebiet immer nur einmal machen u. diese Gebiete dürfen sich nicht überschneiden.

Bei Vector-Terrain.BGL, die in FSX\Scenery installiert werden, z.B. UTE dürfte die Scenerybibliothek keinen Einfluß haben. Diese Dateien stehen in der Basisscenery u. die default Basisscenery wird von den Installern überschrieben. Selbst wenn ein Addon Sicherheitskopien anlegt, hat man nur eine Kopie der vorhergehenden Installation. Also, bei unglücklichen Installreihenfolgen der Addons überschreibt man evtl. die Basisscenery mehrmals. Dann ist es aber auch vollkommen normal, wenn man direkt mit Installern arbeitet, daß Vectorlinien u. Polygone, in einzelnen Abschnitten verschwinden.

Alle Paywarehersteller können die fehlerfreie Funktion ihrer Installationen, mit Änderungen der Basisscenery oder Grundeinstellungen, nur auf einem jungfräulichen Flusi garantieren (im Kleingedruckten nicht mal das).

Wer also mehr als ein Addon kauft, ist auch dafür verantwortlich wenn der Flusi nicht mehr richtig funktioniert.
Die Installer der Addons mit o.g. Änderungen überschreiben nun mal nicht selten irgendwelche Dateien, die nur für das eigene Addon gebraucht werden aber sich für andere Addons negativ auswirken.

Das heißt, bereits wenn jemand zum 2. Mal irgend einen Installer UNKONROLLIERT benutz, kann er schon EIGENVERANTWORTLICH seinen Flusi "zerstören".

Statistisch passiert das natürlich mal irgendwann, aber immer bei "Viel-Payware-Käufer u. 0815-Installernutzung". Wer sich nicht an die, in allen Foren bereits X mal genannten, Install-Richtlinien hält, hat nun mal ein hohes Risiko und kann nur alles rausschmeißen und das heißt, wenn man die Registry nicht editieren kann, alles neu installieren und nach jedem Addon-Install den Flusi stundenlang zu jeder Jahreszeit, Tageszeit, bei jedem Wetter testen.

Gefällt mir auch nicht, aber ist nun mal so!

Entschuldigt bitte, dass ich hier einen kleinen Anhang bringe, da ich ein Problem habe, dass irgendetwas mit den von Rolf-Uwe geschilderten Umständen zu tun hat. War aber nicht sicher, ob ich einen neuen Threat deswegen eröffnen sollte. Wenn nötig, bitte bescheid geben. Also:

Alle meine Freeware - Szenery - Addons tauchen nach "Gebiet hinzufügen" nach Neustart des Flusis in der Szenerie - Bibliothek auf. Soweit so gut. Möchte ich dann aber z. B. einen neuen Flug erstellen, fehlen die Addon - Szenerien. Trotz Eingabe des Flugplatz-Namens (z. B. Pattonville) UND/ODER der Flugplatz-Kennung (EDTQ) wird dieser vom Flusi nicht in der darunter liegenden Auflistung aufgezeigt.

Nur die Addons, die auf einen normalen Default-Flugpaltz aufbauen, sind unter dem Default-Namen/Kennung zu finden (z. B. Freeware-Addon RAF Brüggen unter Default Brüggen AB).

Was läuft da falsch?
(und soll ich einen neuen Threat öffnen ?)

Zitat von »Manschy«

Möchte ich dann aber z. B. einen neuen Flug erstellen, fehlen die Addon - Szenerien. Trotz Eingabe des Flugplatz-Namens (z. B. Pattonville) UND/ODER der Flugplatz-Kennung (EDTQ) wird dieser vom Flusi nicht in der darunter liegenden Auflistung aufgezeigt.

Für jeden Airport muß es wenigstens eine AFD.BGL (AFCAD, ADE) geben. Die Airportdaten (Name, Kennung, Position, Höhe, Land, Stadt, usw.) stehen da drinnen.
Diese AFD.BGL steht normalerweise in einem AddonScenery Unterordner (das ist aber nicht erforderlich) und wird in der Scenerybibliothek angemeldet u. dann taucht der Airport auch im Menü auf.