Grundstellung einer Weiche in einer Trackrule festlegen möglich?

Nach welchen Gesetzen der TS die Weichen voreinstellt, ist ein Buch mit 7 Siegeln.
Um von A nach B zu kommen, musst Du immer einen Fahrweg festlegen, in "normalen" Szenarien zwingend. Im Freeroam kannste dir im 2D Plan den Weg anklicken, der wird dann mit der blauen Linie angezeigt. Auch kannst Du Deiner Lok einen Fahrweg (Fahrplan) zuweisen = Ki-ZUg ohne Haken bei Player.
Die Startzeit halt später legen, damit der Zug nicht Ki spielt und abhaut und Du Zeit zum Anklicken und zur Übernahme hast.
Fahrwegfestlegung ist auch deshalb notwendig, da der Dispatcher sonst keine Signale stellt, weil er nicht weiß wohin Du willst. Das spart Rechenkapazität, denn alle Signale, die nicht mit Fahrweg angesprochen werden, werden nicht gerechnet!
Was anderes ist nicht bekannt.
StS

Zitat von rschally

Nur habe ich bis dato noch keine Datei "switch" als bin, ban oder anderer Erweterung gefunden.

Gibt's auch nicht. Die ID ist auch nicht festgelegt, ob die "switch" oder "Fahrrad" heißt, ist wurscht. Sie muss nur übereinstimmen zwischen der Trackrule (quasi dem Sender des Animations-Befehls) und dem Animated Procedural Scenery Blueprint der Weichenlaterne, darin gibts den AnimationID Eintrag, der quasi der Empfänger des Animations-Befehls ist.

Auch wenn man die AnimID beliebig wählen kann, ist es von Vorteil immer dieselbe (vorzugsweise also "switch", weil schon oft benutzt) zu verwenden, weil man nur dann die Weichenlaternen problemlos durch neu verschweißen der Weiche tauschen kann.

Zitat von rschally

Aber irgendetwas muss ja die Standardgrundstellung beim Legen einer Weiche geben,

ganz simpel: der Weichenschenkel, der die geringere Krümmung (größeren Radius) hat. Ist meines Wissens aber nirgends offiziell dokumentiert - außer man betrachtet den TS als selbst-dokumentierend

Ergänzender Hinweis: auch der "Sender" der Animations-ID ist der gerade (bzw. geringer gekrümmte) Weichenschenkel. D.h. dieser Strang muss mit einer Trackrule gelegt sein, in der die für die Weichenlaternen richtige Animations-ID eingetragen ist.
Auch hierzu ist mir keine offizielle Dokumentation bekannt.

Ergänzung: als Beispiel bei JURA geschaut, da gibts die Animationsdateien z.B: Wg_Stw_Laterne_Li_S.ban, die aufgrund der Animations-ID (hier Switch) ausgelöste Bewegung beinhalten. Beim Objekt-Export wird die Bewegungs-Exportdatei .ia zur .ban.
ich sehe auch keine Priorität in der Abhängigkeit von Weiche und Laterne in irgend einer Reihenfolge. Sondern der Weichenumstellprozess löst parallel die Fahrwegfestlegung, die optische Schenkelbewegung, sowie, wenn vorhanden, über die Animations-ID die Laternenbewegung aus.
Die Fahrwegfestlegung funktioniert meist auch, auch wenn die Optische Umstellung wegen "defektem" Einbau nicht sichtbar wird.
StS

Der TS unterstützt im Welteditor keine Grundstellungen und somit auch keine Fahrstraßen.

Lediglich in Szenarien werden Weichenstellungen unterstützt, die sich auch während des Streckenbaus im Welteditor in dem jeweils zugrundeliegenden Szenario abbilden und gespeichert werden, denn auch wenn ich den Welteditor starte, liegt dem Ganzen doch stets ein Szenario zu Grunde, normalerweise ein FreeRoam-Szenario.

Die Weichenstellungen werden vom TS daher in dem jeweils benutzten Szenario in der InitialSave.bin gespeichert.

Beim Bau einer Weiche im TS hat diese in der Regel die Stellung "Geradaus" (oder was der TS dafür hält). Gerade bei z.B. Bogenweichen oder bei Weichen mit 2 gekrümmten Abzweigen kann das konträr zu dem sein, was man selbst als Grundstellung gerne hätte.

Eine für den TS zwingende Grundstellung gibt es also nicht, es sei denn, man beschränkt sich auf das derzeit benutzte Szenario, denn im Szenarioeditor kann man den Weichen eine Grundstellung mitgeben, indem man sich in der 2D-Karte die Weichenstellungen so zusammenklickt, wie man sie gerne hätte, die dann auch gespeichert werden. Das klappt bei allen Szenario-Typen, auch im QuickDrive, egal ob Hand- oder Automatikweiche, egal ob DKW, EKW, Standard- oder Dreiwegweiche.

Das Einstellen gilt dann aber nur für dieses eine spezielle Freeroam-Szenario.
Solltest Du noch ein anders (mit anderem Rollmaterial) neu erstellen, dann geht die Geschichte von neuem los.
Die Arbeit ist meist in einem "richtigen" Szenario mit Fahrwegvorgabe besser aufgehoben.
StS

Zitat von rschally

Mmmmh könnte es denn "so einfach" sein über den Scenario Editor im FreeRoam die Grundstellung der Weiche "optisch" vorzugeben und wenn sie vorher mit entsprechender Truckrule gebaut wurde?

Das ist total sinnlos, weil ein neues/anderes Szenario wieder die Weichenstellungen nimmt, die der Welteditor vorgibt, also das, was der TS als "Gerade" definierte.

Kurz: Man kann keine Grundstellungen vorgeben, die hiervon abweichen, die auch szenarioübergreifend funktionieren.

Ich denke auch nicht, dass man dies irgendwie in den Trackrules vordefinieren könnte und wenn, wären alle Weichen davon betroffen, die man damit verlegte.

Was ist denn eigentlich dein Ziel?
Mir ist nämlich nicht ganz klar, weshalb du dich damit so beschäftigst. In jedem Szenario-Typ (ungleich FreeRoam) wird doch ein Fahrweg vom Dispatcher erstellt. Was soll also eine Grundstellung bringen?

Edit:
Das Einzige, was man vielleicht versuchen könnte, wäre das Kopieren der InitialSave.bin aus einem Szenario in ein anderes. Aber wozu?

@rschally
Ich hab für mich persönlich für jede Weichenlaterne eine extra TR fürs verschweißen gemacht. Wenn du willst kann ich sie dir schicken.

Ich würde wie folgt vorgehen. Trackrules mit linkem Hebel als komplette Serie für alle Versionen.
evtl noch ein paar rechte für was oft gebrauchtes.
Auf jeden Fall eine Trackrule mit rechtem Hebel, zum Aufscheiden und neu Verschweissen.
Freeroam-Bauszenario ohne Rollmaterial. Sollte man eh haben, dann zerschiesst man sich keine vernünftigen Szenarien.
Das Szenario starten, Weichenlaterne(n) anklicken, ob Weichen- und Laternenstellung passt. ggf. Hebel verschieben, rumdrehen, tauschen, abspeichern
Szenario neu starten, weiter kontrollieren.
Man spart sich die doppelten Trackrules und die Hebel sind geprüft und richtig eingebaut, auch bei vielen ausgetüftelten Trackrules erwischt man gerne die falsche, bei Überleitungen steht ein Hebel immer falschrum, also kontrollieren und korrigieren ist immer angesagt, weniger Aufwand, gleiches Ergebniss.
StS

Zitat von rschally

Matthias, jetzt machst Du mich neugierig - konntest Du tatsächlich TR's schreiben die, die Grundstellung der Weichenzungen vorgeben?

Das funktioniert so nicht. Du hast da einen Denkfehler.
Du kannst nicht die Lage der Weichenzungen beeinflussen, du kannst nur mittels Trackrule einer Handweiche den korrekten Hebel zuweisen.
Wenn du also eine handweiche hast, deren Grundstellung der Abzweig sein sollte, dann muss da ein anderer Hebel hin (schwarz/weiß vertauscht) als bei einer Handweiche, deren Geradeausrichtung die Grundstellung ist.

Zitat von rschally

ich werde weitere Varitionen dieser Regeln schreiben, also so dass die Lage der Laterne vorbestimmt ist und man sie hinterher nicht drehen bzw. im größen Ausmaß verschieben muss.

Du kannst nicht verhindern, dass bisweilen Weichenantriebe um 180° verdreht sind und du sie manuell drehen musst.
Das liegt an der Verlegerichtung der Weiche. Wenn du sie von der Wurzel aus baust, ist die Latüchte korrekt, wenn du zur Wurzel baust, ist sie stets falsch. Daher ist bei Überleitungen stets eine Latüchte verkehrt.

Wenn Du beim Einbau drauf achtest, das Pfeil/Schrägstrich der Laterne von der Weichenwurzel her bei abzweigender Stellung in den Abzweig zeigt, stellt dann jedes Szenario entsprechend dem Fahrweg die Latüchte richtig.
Das sicherzustellen, ist der nervigste Teil beim Streckenbau. Die Kontrolle dazu hab ich ja im Beitrag #14 beschrieben.
StS