Problem mit scenery.cfg

[Marc]

Was will er von mir?





Danke für eure Hilfe!

Schöne Grüße
Marc

[HeinzS]

Hallo Marc,

das Thema hatten wir vor ein paar Tagen schon mal. Probier doch mal die Suche

Happy Landings
Heinz

[blindflight]

Hallo Marc,

auch wenn wir uns ein wenig gezofft haben *G*. Ich hatte denn Fehler auch mal. Denn Eintrag von True auf FALSE stellen. Hat bei mir gefunzt. Hatte auch keine negativen Folgen. Versuchs mal.

grüße Jan

[CarstenB]

Hatte ich auch mal als ich eine leeren Ordner aus dem Flusi-Verzeichnis entsorgt habe, dann habe ich die Zeilen aus der Scnery.cfg auch entsorgt und Ruhe war.

Carsten

[Gianni]

... ehm, sollten die beiden Zahlenwerte nicht eigentlich ident sein? wenn ich der Flusi wäre, würde ich mich irgendwie nicht auskennen. Aber vielleicht macht die Divergenz ja auch nix.

Liebe Grüsse aus Wien
Gianni

PS:

[Air Michi]

ja, es stimmt, die Zahlen (area und layer) sollten eigentlich identisch sein, insofern wundert mich das screenshot vom Marc

[blindflight]

oi oi oi,

bei der Installation werden die Scenerien nacheinander durchnummeriert. Verändert man nix, haben Area und Layer dieselbe Zahl. Weist man nun andere Prioritäten zu, stimmen sie nicht mehr überein. Das ist aber kein Problem. Der FS kann das händeln. Ich muste sie bisher nur ganz selten von Hand nachbearbeiten.

grüße Jan

[Andragar]

Wie blinfflug schon sagte, die Zahlen können unterschiedlich sein. Das ist im Prinzip kein Problem.

Was hier 'falsch' ist, ist vermutlich der Pfad, der im Local= steht. Es scheint so, daß der Flusi das Verzeichnis trotz Active=false prüft und einen Fehler ausgibt wenn der Pfad nicht existier.

[MaBe]

Der Fehler is meiner Meinung nach folgender: Statt Area schreibt man hier cache, dann gehts (diesen eintrag verändert angeblich Pic767)
richtig (zumindest funktionierts bei mir so) lautet er

[Cache.000]
Title=Standardstrukturcache
Local=texture
Remote=Scenedb\texture
Active=FALSE

grüße
martin

[JOBIA]

Habe das gleiche Problem auch gehabt.Ich kann Martin hier nur bestätigen. Ich habe mehrere Sicherungen der Scenery.CFG. Habe hier mal nachgeschaut. Vom Datum her kommt bei mir eigentlich auch nur die PIC 767 für dieses Phänomen in Frage. Was ich jetzt nicht mehr nachvollziehen kann, ist ob die Installation der PIC767 nur dén Eintrag für den Strukturcache geändert oder auch zusätzlich diesen in der Scenery.CFG deaktiviert hat. Ich bin vor ein paar Wochen beim manuellen anmelden einer Scenery in der Scenery Bibliothek auf den den deaktivierten Standardstrukturcache gestossen. Da man ja mit dem FS bezüglich der Performance nie zu frieden ist, habe ich diesen aktiviert. Danach kam es immer zu der Fehlermeldung die Marc geschildert hast. Der Fs entfernt daher den Cache immer wenn man die Fehlermeldung mit OK bestätigt um den Fehler zu verhindern. Daraufhin habe ich in der Original Scenery.CFG der Erstinstallation nachgeschaut. Der Text ist exact so wie ihn Martin beschrieben hat. Diesen habe ich dann manuell so eingetragen, bisher ohne Probleme. Ich muß allerdings sagen, daß ich zwischen dem originalen und dem deaktivierten und geänderten Eintrag in der Performance keine Unterschiede feststellen konnte.
Jetzt ist die Frage wozu ist der Cache eigentlich gut. Ist hiermit Festplattenspeicher gemeint der zum Auslagern von ev. Texturen dient.
Vielleicht ist er auch nur für Anwender mit wenig Speicher interessant, keine Ahnung.