Wie schon einmal irgendwo erläutert, ändert sich die Aufgabenverteilung zwischen bisherigem Fahrzeug- und Führerstandseditor etwas. Die techn. Einrichtungen, die mit der Führerstandsbedienung und Optik zu tun haben, wandern in den Führerstand.
Die Konvertierung ist nur ein Mausklick, der Zusi2-Fahrzeugeditor bekommt eine Funktion "Fahrzeug-Export" (hier jetzt kein Thema) und eine Funktion "Führerstandsexport". Diese lädt still im Hintergrund den 2.4-fst gemäß Lokdaten der lok-Datei und backt aus diesen Infos die neue Datei zusammen, wobei die Namen der Melder und Zeigerinstrumente gleich etwas freundlicher umgestaltet werden.
Das ganze im Zusi 3-Editor geöffnet sieht dann z.B. so aus (Fehlen bei der konkreten Lok noch ein paar Dinge):
Man hat also eine Seite mit den techn. Baugruppen, die werden hier direkt mit den für sie zuständigen Meldern vernüpft (hat der Exporter gleich alles richtig eingestellt - also das FbV wird in der Grafik durch den Melder "Schalter Führerbremsventil" repräsentiert - s. auch nächstes Bild).
Auf der 2. Seite findet man die Grafik, also den Nachfolger des bisherigen fst-Eddis:
(Originalgröße, 200 kB)
Im wesentlichen macht man hier das gleiche wie bisher auch. Aber das ganze läuft direkt unter DirectX, damit sieht man den Führerstand mit allen Effekten so wie später im Simulator. Man kann also die Tag-/Nacht-Schaltung und die Beleuchtung schon hier testen. Außerdem schalten die Elemente beim Testen völlig flackerfrei (die rote Markierung ist dann ausgeblendet).
Weiterhin läßt sich wie in Bildbearbeitungsprogrammen beliebig *) zoomen und scrollen (ohne daß es zu skalierten Ergebnissen führt wie bisher).
Damit ist der programmiermäßig eher undankbare Vollbildmodus nicht mehr nötig. Die Fensteraufteilung habe ich aber so eingerichtet, daß man bei einem 1280x1024-Bildschirm einen 1024x768-Führerstand komplett unskaliert darstellen kann (wie hier auf dem Bild).
Nun meine Frage an die Führerstandsbastler: Man könnte noch einiges an Speicher sparen, wenn man nicht für jede Schalterstellung ein eigenes Bitmap hätte, sondern möglichst viele der kleinen Bildchen platzsparend auf eine 2^x-Textur packen würde. Bei den einzelnen Melderbildchen ist eine Angabe über Texturkoordinaten schon seit 2.4 vorgesehen, die also dem Programm sagen würde, wo genau auf der großen Textur gerade das Bild zu finden ist.
Soweit also also Zusi-technisch alles kein Problem. Aber 1.) wie stellt man die große Textur zusammen? Vermutlich mit Photoshop kein großes Problem (?) und 2.) wie trifft man dann exakt "den Punkt" (man müßte quasi ein Referenzpixel o.ä. setzen, damit es beim Definieren des Ausschnitts (einer Schalterstellung) aus der großen Textur keinen ungewollten Versatz gibt).
Carsten
*) scheint da bei Extremversuchen wohl DirectX-bedingt zu Fehlern zu kommen
![:]](./images/smilies/pleased.gif "Freude"){kind=small}
