Der FS9 ist (soweit ich das noch im Kopf habe) auf 500 Addon Szenerien eingerichtet und solange alle Szenerien richtig installiert sind (also die scenery.cfg keine Fehleinträge hat und keine leeren Texturordner vorkommen) kann der FS 500 Szenerien genauso gut handhaben wie eine.

Das hier

hört sich recht kompetent an.

Demnach gab es beim 2002er eine Grenze, beim 2004er aber nicht mehr.

Würde ja bedeuten, dass Du die alle wieder einzeln aktivieren musst, wenn Du sie brauchst. Das wäre mir zuviel Arbeit. Mach's doch anders (wenn es denn überhaupt notwendig ist...):

Man könnte das über Umbenennen der scenery.cfg regeln und dabei verschiedene scenery.cfg bereithalten. Meinetwegen jeweils eine für einen Erdteil.
Die benennst Du jeweils mit einem Anhängsel, sodass Du sie auch wiedererkennst, z.B. scenery.cfg_europa oder scenery.cfg_asien etc.
Diese Dinger kannst Du dann verwalten und sie bleiben relativ klein und übersichtlich. Die Verwaltung könnte man sogar ganz komfortabel gestalten, z.B. über eine Batch-Datei, die man über den Desktop aufruft.

Ich wage zudem Zweifel, dass das Deaktivieren etwas bringt, denn ich vermute einfach mal, dass es bei einer eventuellen Begrenzung um die Zahl der Einträge in der scenery.cfg ginge. Und die ändert sich nicht durch das Deaktivieren. Bei Deaktivieren wird der Eintrag ja nicht gelöscht, sondern in der scenery.cfg mit dem Eintrag active=false markiert.

Zitat von »aguila cinco«

Nur, da habe ich jetzt festgestellt, dass ich auch weitere CFG`s habe, die da lauten "Scenery_CFG_Before_Manhattan_was_installed.cfg" oder "Scenery_CFG_Before_Lukla - Mount Everest_was_installed.cfg", nur zum Beispiel. Ist das normal, habt Ihr das auch? Dann gibt es natürlich neben all dieser die eine mit Namen scenery.cfg Was hat es mit den anderen auf sich?

Die sind ganz normal. Das sind schlicht und ergreifend automatisch erstellte Scenery.cfg Backups die der Installer der Aerosoft-Produkte angelegt hat. Wahrscheinlich werden hier nicht nur Scenerys angemeldet sondern evtl. noch andere Änderungen in der Scenery.cfg durchgeführt. Bei einer Deinstallation des jeweiligen Produktes wird dann die Scenery-cfg vor der Installation wieder aktiviert.

Jau, da hadda recht, der Jarschi!

Ausschlaggebend ist ausschließlich die scenery.cfg. Alle anderen genannten scenery_wasweißich_vor_XYZ.cfg sind Backups meist von Payware-Sceneries. Die kannst Du in aler Ruhe vergessen. Sie taugen nur dazu, den ursprünglichen Zustand vor der Installation des Produktes wiederherzustellen, wenn man direkt danach Probleme hat. Das Wiedereinsetzen eines solchen Backups macht aber auch nur zeitnah nach der Installation des Produktes Sinn oder bevor weitere Sceneries eingebaut oder gelöscht werden. Von daher: Wenn eine entsprechenden Sceneries einwandfrei funktioniert, kannst Du diese Files sogar löschen.

So kompliziert, wie sich mein Vorschlag oben vielleicht liest, ist es nicht. Man muss sich nur ein bsischen mit der Verwaltung der scheneries auskennen. Die scenery.cfg ist praktisch die Scenerybibliothek. Alles, was in der SB auftaucht, ist in der scenery.cfg eingetragen. Das Verfahren dazu ist im FS selbst zwar etwas komplexer, aber grundsätzlich kannst Du die scenery.cfg auch manuell editieren (Textfile = Wordpad/Editor). Für Dich als Nutzer ist nur wichtig, dass sich Änderungen an der scenery.cfg direkt auswirken. Beim nächsten Neustart des FS werden Änderungen an der scenery.cfg bemerkt und übernommen (weißes Fenster mit Fortschrittsbalken "Scenery-Datenbank wird neu konfiguriert" oder ähnlich).
Was passiert nun, wenn Du eine vorhandene scenery.cfg umbenennst und durch eine andere ersetzt? Klar, die ist dann anders als die bisherige und der FS konfiguriert seine Datenbank neu. In einer jungfräulichen scenery.cfg sind insgesamt 38 Einträge enthalten. Die sollte man auf jeden Fall erhalten. Aber alles was danach kommt, bestimmt, was im FS angemeldet wird bzw. ist. Wenn Du nun Deinen FS mit sämtlichen Sceneries bestückst, die ..... sagen wir mal ..... für Europa relevant sind, dann kannst Du Dir die entsprechende scenery.cfg unter einem anderen Namen sichern. Am besten, indem Du das Anhängsel .cfg erweiterst. Eben z.B. scenery.cfg_europa. Das kannst Du sogar im FS-Verzeichnis abspeichern
Danach editierst Du die scenery.cfg wieder so, dass nur die ersten 38 Einträge vorhanden sind, und startest den FS einmal neu. Dann machst Du Dich dran und baust z.B. alle Sceneries von Asien ein. So wie man das üblicherweise macht. Ist das alles geschehen, dann machst Du auch von der jetzt entstandenen scenery.cfg wieder ein Backup und nennst es scenery.cfg_asien. Und das machst Du nun mit allen Erdteilen so.

Wenn Du nun meistens in Europa unterwegs bist, dann kopierst Du die scenery.cfg_europa als scenery.cfg in den FS. Jetzt kannst Du in Europa rumschreddern und hast alle Sceneries dafür an Bord. Willst Du in Asien unterwegs sein, dann löscht Du die scenery.cfg und kopierst die scenery.cfg_asien als scenery.cfg in den FS. Neustart des FS und ....zack.... ist Europa auf Standard-Scenery zurückgesetzt und Asien erscheint in voller Schönheit.

Klingt kompliziert? Nee, das klingt nur so, denn die ganze Installiererei der Sceneries musst Du ja sowieso vornehmen. Du sparst Dir aber dieses ganze manuelle Löschen und ggf. wieder Neueintragen der einzelnen Sceneries.

Der Nachteil ist allerdings auch klar:
Man fliegt ja auch transkontinental. Und wenn Du bleistiftsweise von Paris nach Peking fliegst, dann musst Diu Dich schon entscheiden, welcher Teil der Reise durch ein Scenery-Paket abgedeckt ist. Hier kann man sich behelfen, indem man sich andere, sinnvollere Strukturen überlegt. Ich könnte mir z.B. vorstellen, dass man irgendwie so etwas wie einen Heimat-Flugplatz hat (bei mot logischerweise ETNH). Nun könnte man das dann so aufbauen, dass z.B. Europa in jedem Scenerysatz enthalten ist. Sprich: Europa-Asien, Europa-Afrika, Europa-Nordamerka, Europa-Südamerika, etc.
Ggf. kann man sich da auch individuell sinnvollere Strukturen austüfteln.
In jedem Falle aber muss man sich vor dem Flug entscheiden, wo man fliegen will.

Wichtig ist in jedem Falle, dass man die ganzen scenery.cfg_backups so sichert, dass sie nicht bei einem Fehler zwischen den Ohren plötzlich überschrieben werden.

Vorteile hat das natürlich auch:
Eine scenery.cfg ist wesentlich schlanker als eine, die die ganze Welt mit ggf. 1000en an Sceneries enthält. Wir sind ja noch nicht zu eigentlichen Erkenntnis gekommen, ob es nun doch irgendwo eine Grenze gibt. Eines dürfte aber sicher sein: Zuviel des Guten ist auch nicht gut.
Bei Dinos-World-Tour, die ja über genau 2 Jahre lieg und wöchentlich 4 bis 5 Sceneries weltweit hinzukamen, schien es schmerzfrei zu gehen. Gegen Ende der DWT aber kam es dann doch schon mal zu Macken, die auch in der scenery.cfg nachvollziehbar waren. Da waren plötzlich Strukturen der Einträge verschoben und ähnliche Schweinereien. Ob diese Probleme nun durch die Masse der Einträge entstanden sind oder ob es sich um schlichte Dateifehler gehandelt hat, wie sie immer mal vorkommen können (wozu macht man schließlich Backups?), vermag ich nicht zu sagen. Also auch hier keine klare Aussage von mir.

By the way: Wenn Du Dich mal ein bisschen den Dino-Tours-Thread verfolgt hast, dann wirst Du vielleicht die Aktion mit dem DTC (Dino Tours Configurator) mitbekommen haben. Der DTC sorgt dafür, dass alle Teilnehmer während der Flüge (fast) denselben Scenerysatz haben und später wieder ihren Original-FS wiederherstellen können, den sie sich über Monate und Jahre liebevoll aufgebaut haben.
Genau genommen macht der DTC nichts anderes als die scenery.cfg zu manipulieren. Dass er da etwas mehr in die Vorgänge des FS eintaucht, steht mal auf einem anderen Blatt. Aber grundsätzlich ist das im Ergebnis nichts anderes als das, was oben beschrieben ist.
Für das Onlinefliegen ist es wesentlich, dass ALLE Teilnehmer exakt dieselben Flugplatz-Sceneries haben (was meist nicht der Fall ist!). Der DTC geht nun den Weg, dass er die normale scenery.cfg unter anderem Namen ablegt und eine jungfräuliche scenery.cfg schreibt, die um einige wenige Sceneries erweitert ist. Und nun kann man mit dem DTC zwischen diesen beiden Versionen hin und herschalten. Dabei macht der DTC eigentlich nichts anderes als diese entsprechend umzubenennen. Mit diesem Verfahren geht das dann rasend schnell.
Allerdings macht der DTC einiges mehr und geht ein bisschen mehr in die Tiefe der Scenery-Verwaltung. Zudem schreibt er Sceneries ein und erstellt feste Flugzeugsätze. Und er stellt gleichzeitig eine Schnittstelle für die Tourpakete dar.
Der DTC wäre vom Ansatz her eigentlich das, was Du bräuchtest. Also eine Software, mit der Du auf dem Desktop über Icons festlegen kannst, welcher Scenery-Satz gerade aktiv sein soll, und der die Verwaltung verschiedener Scenery-Sätze übernimmt. Nur ist der DTC in seiner vorliegenden Form sehr speziell auf die Belange der DT ausgelegt und nicht universell nutzbar.
Wir haben aber bei vGAF vor, ein ähnliches System zu erstellen, das dann allerdings wesentlich aufwändiger ist. Bei uns geht es in erster Linie ums Onlinefliegen, wo eben einheitliche Scenery-Sätze wesentlich sind. Aber auch das wird dann natürlich sehr vGAF-lastig und nicht universell nutzbar sein.
Für Aktionen, wie Du sie ggf. vorhast, könnte man so etwas durch einige Modifikationen auch bauen. Nur lohnt es sich nicht, wenn da praktisch kein Bedarf ist. Und so wie es aussieht, taucht diese Frage nach schlankeren Scenerybibliotheken eher selten auf.

Die scenery.cfg ist solange statisch, bis irgendeine Änderung an der Scenerybiblithek vorgenommen wird. Logisch, wenn Du das alles fertig hast und später meinetwegen in Europa Helgoland liegt - glaube ich - da irgendwo) eine neue Scenery eingegfügt wird, dann muss zwangsläufig auch die Europa-Version als scenery.cfg im System sein. Und anschließend, wenn das alles rund läuft, dann muss diese scenery.cfg auch wieder als neue scenery.cfg_europa gesichert werden. Eben mit Helgoland drin.

Payware/Freeware.....das ist ziemlich wurscht. Damit sie aktiv sein können, MÜSSEN sie einen Eintrag in der scenery.cfg haben. Dabei spielt es keine Rolle, ob die Scenery im Ordner "Addon Scenery" liegt oder in einem Aerosoft-Ordner oder in beliebigen anderen. Hauptsache sie ist mit dem richtigen Pfad in der scenery.cfg eingetragen. Nehmen wir mal an, Du hättest Aerosofts scenery germany 2 im System, um Norddeutschland abzudecken. Und nun verwendest Du eine scenery.cfg von Asien. Dann ist trotz scenery germany 2 Norddeutschland nur noch MS-default. Eben weil Du die SG2 nicht in Deinem Asien-Paket eingetragen hast.

Dennoch ist die SG nicht weg. Die Dateien sind ja weiterhin im FS enthalten. Nur sind sie eben nicht mehr im System angemeldet. Theoretisch kanst Du das sogar nachholen. Denn technisch spricht nichts dagegen, auch in eine für Asien ausgelegte scenery.cfg Teile aus anderen Erdteilen nachzurüsten (Diese Aufteilung nach Erdteilen war ohnehin nur ein Beispiel). Um das nachzurüsten gehst Du einfach in die Scenerybibliothek und meldest die emtsprechenden Datein so an, wie Du es gewohnt bist. Wenn es von Dauer sein soll, dann musst Du natürlich anschließend die daraus generierte neue scenery.cfg wieder als in unserem Beispiel scenery.cfg_asien irgendwo ablegen.

Und um auf die letzte Frage zu kommen: Ich hatte das im Vorposting schon beschrieben, aber vermutlich geht das in dem Riesentext ein bisschen unter... Also nochmal:
Wenn der FS beim Start in der scenery.config irgendeine Änderung feststellt, wird er in der Regel die Scenery-Datenbank aktualisieren. Das ist eben dieses weiße Fenster mit dem Fortschrittsbalken, dass manchmal, wenn man etwas an den Sceneries gedengelt hat, beim Startbildschirm erscheint. In der Regel geht das sehr fix und danach mcht der FS weiter als sei nichts geschehen (wenn man einmal davon absieht, dass sich in Sachen Scenery-Fundus einiges geändert hat).
Ein Setup findet in dem Sinne nicht statt.

Mal so nebenbei bemerkt: Inzwischen wird sich der eine oder andere geneigte Leser dieses Threads die Hand vor die Stirn hauen und sich fragen, ob wir beide nicht alle Kugeln am Christbaum haben. Ich denke auch, dass das eine ziemlich exotische Geschichte ist, die hier nur deshalb zum Tragen kommt, weil einer da ein ziemlich individuelles Anliegen hat. In der Regel wird man das sicher nicht so machen. Von mir ist das einfach mal so ein Denkansatz, wie man sowas bewerkstelligen könnte. Wäre das etwas für die Masse, würde ich wahrscheinlich zeitnah damit beginnen, sowas Ähnliches auf Basis des DTC auszubrüten. Aber bei genauer und nüchterner Betrachtung (ohne gleich die Hand vor die Stirn zu klatschen) hat das Ganze durchaus praktischen Nährwert.
Man muss es eben mal ausprobiert haben. Auch bei der DT hat der DTC und die dazugehörigen Tourpakete erstmal Entsetzen ausgelöst, weil es zu kompliziert erscheint. Im Nachhinein kam dann aber durchaus positives Feedback (schnellerer FS-Start, stabiler...). Ich gebe zu, dass diese Dateien-Schieberei unkomfortabel ist. Deshalb habe ich ja auch den DTC eingeführt, der die Verwaltung automatisiert und per Mausklick vornimmt.

Der Ordner "Addon Scenery" wird aber nicht reichen, mein Lieber! Da würde ggf. vermutlich einiges auf der Strecke bleiben.

Vieles schreibt sich auch in die Ordner "..FS9..\scenery\*.*" und "..FS9..\textures\". Zudem kochen viele Sceneries ihre ganz eigene Suppe und installieren sich in einen Ordner außerhalb von "Addon Scenery". Und Effekte landen natürlich auch noch im Efects-Ordner.
Die müssen alle mit gesichert werden. Speziell der "..FS9..\scenery" ist schon n der Grundinstallation erheblich über 2 GB groß!!!! Und ich möchte gar nicht wissen, wie weit der bei jemandem anschwillt, der wie Du soviele Sceneries einbaut. Das dürfte dann wohl einige DVDs beanspruchen. Beachte: Die scenery.cfg ist nur das, was die Dateien im System anmeldet. Die Dateien selbst sind das, was die Scenerien darstellt. So gesehen kannst Du gleich ein regelmäßiges Full-Backup des FS erstellen - inkl. aller eventuell erstellten scenery.cfg_xyz.

Bist Du mir was schuldig? OK......mein Rasentraktor springt nicht an.... Kannst wählen: Rasenmähen oder reparieren......

Zur ursprünglichen Frage nach der maximalen Anzahl von Einträgen in der Szeneriebibliothek siehe auch meine Beiträge:
FSX Kann keine neuen Gebiete in Szeneriebibliothek hinzufügen