Hallo Miteinander,

bevor jetzt mein Landsmann aus Erbach ins Schleudern kommt - Oliver, laß besser die Finger davon, irgendetwas zusammenzukopieren.

Der Dietmar, der kann das sicher machen, denn er kennt sich aus - Otto Normaluser sollte die Finger von Manipulationen lassen - die Fehlerquellen sind ohnehin zahlreich im FS9.

Gruß
Rolf

Wird heute aber nichts mehr. Am Wochenende sind wir weg. Ev. Montag oder Dienstag morgen. Dann hänge ich ein ZIP File an. Soll auch nur zur Demonstration dienen wie gefährlich so etwas werden kann. Und das man halt den kompletten Inhalt der BGL Dateien kennen muss. Und das man im Extremfall sogar BGL Dateien vom Namen her ändern muß um kein Chaos zu veranstalten.

Mir zu aufwendig auf all so was zu achten. Zumal da ja anstatt ev. 20 bis 30 BGLs einer Scenery nachher ev. hunderte zusammenkommen.

Wenn ich da mal an SG1 denke. Ich meine mich recht zu erinnern das es da schon allein 54 Meshfiles waren die aber vom Namen her nicht als solches erkennbar waren. Sie waren in der Scenery mit den Airport BGLs zusammengewürfelt.

Ein schönes Wochenende wünsche ich.
Dietmar

Hallo Dietmar,
Ich bin bei meiner Ordnung im FS9 bei Layer= 563 angelangt.
Hast du bei dir schon überprüft, wie viel Speicherbedarf diese doppelten Texturen benötigen?
Oft haben sie den selben Namen sind aber eine andere Textur, bzw wurden ergänzt.
Textur ist nicht gleich Textur auch wenn sie den selben Namen hat.

Horst

Noch ein Punkt: Momentan stellen einige Designer auf neue Technik um. Es gibt kaum richtige Updates, sondern fast nur komplett neue Versionen, wo es heißt: Bitte alle vorherigen Versionen löschen. Hat man jetzt verschiedene Szenerien zusammengepackt und möchte die neue Version einer Szenerie installieren - muß man händisch die alte Szenerie mühsam aus dem Pool löschen. Und wehe, man vergisst nur eine klitzekleine *.bgl (oder findet sie nicht). Auch dies kann zu bösen Überraschungen führen.

Gruß
Thomas

Tach auch,
also nochmal zur Klarstellung. Ich plädiere nicht für das grundsätzliche und allgemeine Zusammenlegen von Szeneriedateien. Ich wollte nur darauf hinweisen, daß es prinzipiell möglich ist, wenn man einige Punkte strikt beachtet und wenn man auch die nötigen Werkzeuge (Tools) besitzt. Ich bin mir absolut klar darüber, daß das für unerfahrene User in die Hose gehen muß. Ebenso selbverständlich ist es, daß nicht alles in einen einzigen Einzelordner gepackt werden kann.
Ich habe mir das nach Ländern geordnet, nach Ländermeshs und nach Länderlandclasses.
In diesen Länderordnern, man höre und staune, befinden sich FS98-, FS2000-, FS2002- und FS2004-Szenerien. Und da gabs natürlich schon das erste Problem, viele dieser Dateien hatten Einträge für Exclude und Flatten in der scenery.cfg und mehr als 1 Exclude und 10 Flatten sind nicht erlaubt. Also ein VB-Programm geschrieben, welches aus dem Exclude- und Flattentext in der cfg, mittels von SCASM, eine oder mehrere bgl-Dateien generieren kann, die wurden dann mit in diesen Ordner hineinkopiert, das klappte, bis auf eine einzige Ausnahme, auch hervorragend.

Probleme gabs auch mit Texturen gleichlautenden Namens. In den englischsprachigen Foren wurde schon seit Jahren dafür geworben seinen selbserstellten Texturnamen doch seine Namenskürzel voranzustellen, wenn dann immer wieder Texturnamen wie Haus, Tower, Hangar, Concrete usw auftauchen und sich jedesmal ein anderes Bildchen dahinter verbirgt, geht ein Zusammenlegen der Szenerien zuerst mal nicht. Das gleiche Problem haben wir natürlich auch bei Szenerienamensgebungen wie terrain.bgl, sign.bgl usw.
Da hilft dann auch nur umbenennen, bei bgls ist das problemlos (es sei denn, es würde sich um eine Lib-Datei handeln), bei Texturnamen gehts mit einem Hexeditor in der jeweiligen bgl, -noch-.

Auch hier gilt, wer sich da nicht auskennt steht auf verlorenem Posten.

Richtig ist auch, daß bei neuen Szenerieupdates die alten entfernt werden müssen (das ist grundsätzlich immer so), ich denke jedoch, das ist unabhängig davon ob die Szenerie mit altem Code oder mit neuem XML-Code erstellt wurde.

Da ich alle Szenerien auch als ZIP-Dateien gespeichert habe ist es für mich kein Problem, die entsprechen Dateien (bgls und Texturen)
auch wieder zu entfernen. Das mache ich selbverständlich nicht händisch, sondern lasse auch wieder ein VB-Progrämmchen für mich arbeiten.
Dabei könnte es natürlich vorkommen, daß eine oder mehrere Texturen zuviel gelöscht wurden, aber auch das erledigt das Programm dadurch, daß ich anschließend die noch vorhanden bgls im entsprechenden Ordner auf fehlende Texturen durchscanne, fehlt da was, kann ich wieder zurückkopieren.
Dabei ist mir aufgefallen, daß viele Szenerien (Free- wie Payware)
fehlende oder auch einfach falschbenannte Texturnamen aufweisen, man denke da an eine EDLV-Niederrhein-Szenerie einer britischen Firma zurück.

Etwas nachdenklich macht mich das posting von Horst, der 563 Ordner in seiner cfg hat. Wenn das funzt, wäre ein Zusammenlegen von Szenerien auch für mich obsolet. Bei FS2000 und FS2002 konnte man auch mehr als 332 Ordner drin haben, aber nur die ersten 332, von rückwärts in der FS-Anzeige wurden verarbeitet, selber getestet.
Wenn das bei FS2004 anders ist, wäre ich doch sehr überrascht, denn ich habe in div. Foren gelesen, daß die Obergrenze nach wie vor besteht.

Aber möglicherweise könnte da jemand, der damit eine Erfahrung gemacht hat, was dazu sagen.


Also nochmals ganz kurz, wer sich nicht auskennt: Finger weg!
Mein posting sollte auch nur aufzeigen, daß es grundsätzlich möglich ist, nicht mehr, nicht weniger.


Gruß
Dietmar

Hallo Dietmar,

Schon verstanden. Ein Aspekt würde mich mal aus Deiner Sicht etwas ausführlicher interessieren.

Ich " tendiere" auch zu Deiner Ansicht, daß es letztlich alter SCASM Code und moderner XML Code keine gegenseitige Konflikte hervorruft.

Thomas ( Röhl) hat, wenn ich das richtig verstehe, da seine Bedenken - auch schon an anderer Stelle geäußert.Andere tun dies auch.

Da wir hier ja im Designer Forum sind, meine ich, man könnte diese Frage auch in diesem Ordner aufgreifen und diskutieren.

Gibt es konkrete Anhalte/ Belege, daß sich hier nichts stört oder bibt es Beweise für das Gegenteil?

Gruß
Rolf

Hallo Rolf,
will mich heute nur mal kurz dazu äußern, vielleicht nächste Woche mehr.

Also ich denke, daß zur Zeit die bgl-Graphic-Engine für den FS9 sowohl alten SCASM- als auch neuen XML- Code verarbeiten kann. Da ich das, wie bereits beschrieben, alles 'zusammengemixt' habe, wobei ich gar nicht ausschließen möchte, daß da auch noch ganz alte FS5-bgls mit dabei sind, bin ich der Meinung, daß da -bis auf ganz wenige Ausnahmen- keine Probleme momentan auftreten. Ob das bei dem zukünftigen FS10 und den Nachfolgern auch so bleiben wird, wage ich mal zu bezweifeln. Man kennt doch MS, diese innovative Firma, die Anderen auch gerne etwas, in immer kürzeren Abständen natürlich, zukommen lassen möchte.
(Am besten alles wieder neukaufen, hi, beim Umstieg von FS4 auf FS5 konnte man dann auch alles in die Tonne werfen.)

Bei den paar bgls, wo es bei mir nicht funzte, gehe ich davon aus, daß da ein Szenerie-Designprogramm verwendet wurde, daß noch uralten SCA-Code generierte, den man eigentlich nicht mehr verwenden sollte, nachzulesen in der SCASM-Doku von Manfred Moldenhauer.

Zu dem neuen XML-Code will ich vorerst nur so viel sagen, daß die bis jetzt dafür (als freeware) erhältlichen Szeneriedisassembler bzw -analyzer zwar einen XML-Code generieren, wenn man aber versucht diesen sofort wieder mittels BGLC für den FS9 in eine bgl zu kompilieren dieser aussteigt und abbricht. Da ist also noch einiges im Unklaren, naja schreiben die ja auch in ihren Dokumentationen.

Schönen Sonntag
Dietmar

Das Du Dich auskennst merke ich auch z.B daran.
"kann man in einer bgl-Datei (eventuell dekomprimieren) die Bezeichnung in hangaa, hangab usw ändern.


Das mit dem komprimieren haben einige Teams nämlich auch noch länger eingesetzt. Ich vermute aber weniger um hier Platz zu sparen sondern eher um eine Datei hier unleserlich zu machen. Denn ab dem FS2002 hat das fast kein Designteam mehr genutzt die Kompression des FS2000 Tools. Einige wenige haben dieses aber konsequent weiter genutzt.

Einige Analyzetools sind am Anfang über so etwas gestolpert hatte wohl keiner mit gerechnet das dieses noch zum Einsatz kam.

Du hast das Thema Analyse von BGL Code angesprochen auch das hier Fehler bei XML Dateien passieren. Das trifft genau so auf andere Dekompiler zu. Hier gibt es beim dekompileren sehr viele Rundungsfehler. Auch bei SCASM basierenden Code konnte ich das sehr oft feststellen. Da passt beim rekokmpilieren doch es öfteren hinterher nichts mehr 100%. Da kann es sehr schnell zu Fehlern in der Scenery kommen. Verschobene Taxiwaylinien usw.

Man sollte sich also auch im BGL Code selbst auskennen. Zumindest derjenige der solche Tools einfach so benutzt ohne sich weitere Gedanken zu machen.


Zu
"Ich habe mir das nach Ländern geordnet, nach Ländermeshs und nach Länderlandclasses".

Interessefragen

Soll das heissen Du hast z.B alle LCs von deutschen Scenerien in einen Ordner für deutsche Landclass zusammengepackt?


Wenn Du das machst, nimmst Du dann noch irgendwelche Korrekturen an den LC Files vor?

Ev. erübrigt sich ja dann ein Demofile.

Hi,

---Das trifft genau so auf andere Dekompiler zu. Hier gibt es beim dekompileren sehr viele Rundungsfehler. Auch bei SCASM basierenden Code konnte ich das sehr oft feststellen.---

Zu SCASM-Code:
ich bezieh mich jetzt mal auf den bglanalyze von Takuja Murakami und will da mal kurz meine Erfahrung schildern.
Es kann ja sein, daß da (kleine?) Rundungsfehler auftreten, aber ich denke, wenn sich das auf Latitude- und Longitudewerte einer Szenerie erstreckt, es dann aber für alle extrahierten Werte zutrifft, sodaß möglicherweise eine Verschiebung vielleicht um 1m Nord oder Ost auftritt. Das könnte mich aber nicht weiter stören.
Da gab es doch diese Spengler DDR-Military-Szenerie, die ich als besonders gelungen bezeichnen möchte (konnte mich selber auf vielen, auch jetzt noch vorhanden, aber stillgelegten Plätzen davon überzeugen), die aber leider in der letzten vorliegenden Form einfach nicht mehr zu FS2002 und FS2004 passten.
Also mittels bglanalyze zuerst aus den vielen Szenerien alle roads
herausextrahiert (bglanalyze erzeugt eine SCA-Datei mit allen Objekten); alle Objekte, die keine Strassen waren, wurden gelöscht.
Anschließend habe ich alle diese Roads-SCAs zu einer einzigen DDR-SCA-Textdatei zusammengemerged und mit Falko Dienstbachs SCM2VTP.exe zu einer DDR-Road.bgl, die nun VTP-Strassen enthielt, kompiliert.
Sieht super aus und passt auch zu den vorhandenen Strassen im FS9.

Anschließend aus den SCAs die Wälder, Felder, Städte, Seen und die viel zu grün geratenen Grassflächen entfernt. Nun blieb nur noch der reine Airport (runways, Gebäude usw) bestehen. Mit SCASM nun neue bgls kompiliert, auch das war ein voller Erfolg.
Etwas Probleme sind da mit dem Mesh vorhanden, waren aber auch schon vorher da, ich benutze Nanucq Faithmains Mesh, könnte man beseitigen, fällt aber auch gar nicht so sehr auf.

Bei diesem Tun ist mir kein einziger Fehler vorgekommen, weder mit den Tools, noch bei der Szeneriedarstellung im FS2002 und FS2004 (fahre beide noch parallel).

Zu den landclasses:
ich habe mir seinerzeit für den FS2000 Burkhard Renks landclasses Deutschland, Frankreich, Benelux, Dänemark, Britanien, Italien und den Balkan gekauft. D, F, NL, B, L und DK habe ich zu einer Europa-LC mittels den tmf-Tools kompiliert. Die anderen blieben eigenständig.

Diese sind bei mir im FS9-Ordner Scenery\BASE\Scenery als LC-Grundgerüst untergebracht. Alle anderen LCs für D sind, wie schon richtig vermutet im LC_Deutschland-Ordner untergebracht,hat natürlich höhere Priorität als FS9\Scenery\BASE\Scenery.
Allerdings natürlich nicht Frank Barths D-LCs, denn bei mir ergäbe das keinen Sinn, weil schon B. Renks Dateien vorhanden.
[Würde man die als Grundgerüst benutzen, sollte man sie im oben genannten Ornder unterbringen]
Aber selbverständlich all die LCs, die nur nur einen kleineren Arealbereich, z.B. um einen Airport herum, oder eine bestimmte Stadt usw abdecken. Kann man sich mit TMFViewer angucken. Aber auch große Arealbereich können darin untergebracht werden, das Einlesen des FS9 dauert dann eben nur länger.
Eine Besonderheit dabei ist mir aber auch noch aufgefallen. Wenn sich 2 LCs im Darstellungsgebiet überschneiden und sich im gleichen Szenerieordner befinden, was wird dann dargestellt???
Ich hatte mal so ein Problem und glaube herausgefunden zu haben, daß es die letzte LC-bgl ist, die der FS9 für die gewünschten Koordinaten einliest. Das würde bedeuten, daß der FS nach Namen sortiert (axxxxx.bgl, bxxxx.bgl usw). Das hab ich gemacht, hab eine LC-bgl mit Z beginnen lassen und die Darstellung war perfekt, Zufall oder was? (Diesen Trick habe ich auch bei meinen veröffentlichten Freewareszenerien vom Niederrhein und von EDLV angewandt und keine Beanstandung der Darstellung im FS als Rückmeldung erhalten.)

Das sind übrigens die einzigen Korrekturen, die ich bisher vorgenommen habe, das Umbenennen von LC-BGL-Namen; was Darstellungspriorität haben soll, bekommt einfach im Namen V-Z vorangestellt.


Gruß und einen schönen sonnigen Tag,
ich gehe jetzt radfahren (schreibt mans nun groß, klein, getrennt oder zusammen oder sonst irgenwie anders?)

Dietmar