Beiträge von StS

etzerla hammers, Du schreibst immer das Vorsignal zum Einfahrtsignal, das steht aber 1000m vorher, was Du meinst ist das Anbausignal.
Deshalb der Verdacht: wird da was falsch interpretiert.
Schade das die Kinder nicht immer nen Namen haben, dann könnte man genau sagen welches Signal-Objekt da nicht das tut was es soll.

1) Link im Beitrag 7,
2) Unter dem Video, Alternativ Link for Alternate download link for u4pak ...

Warum soll das Kombi-Vorsignal (+ vor dem Editor-Namen) was anderes zeigen als die Stellung des Folgesignals (am Bahnhofsausgang), das reagiert nicht auf das Signal an dem es steht, dieses erzählt nur dem angebautem Signal , was das nächste Signal so macht. Fährst Du aus dem Bahnhof wieder raus? Sonst macht der Dispatscher in dem Bahnhof Schluss und stellt danach gar nichts, also bleibt das Signal Hp0 und das Anbau-Vorsignal auf Vr0.

Meinst Du das Kombi-Vorsignal auf dem Bild, das ist doch fürs nächste nachfolgende HS zuständig. Das sagt dir was dann kommt, in dem Fall HP0 oder ein EOT Signal am Prellbock.

Handelt es sich um das unbeschriftete Vorsignal zum Signal F bei km87,8 daneben das LF6 mit 9 ?
Gerade ein Szenario gebastelt, vom Signal davor nach Villingen 03, Anzeige ok mit VR2 und HP2, geht ja auch über eine abzweigende Weiche.
2.Test Jetzt nach Villingen 02, Korrekt VR1 und HP1. Fahrt geradeaus, auch Ok.

Da wurde viel geschrieben und vermutut, nur ich hab nie ein Statement von RSC/DTG gesehen, das das auch so sei.
Ich glaub eher die hatten den, aber niemand der die Xtausend Programmzeilen verstand, wie das zusammenwirkt. Dazu kommt die typisch Englisch-Amerkanische Denke, kann man damit Geld machen? Dann bleibts wies ist. "never change a running system".
Ich glaube die Zurückhaltung bei TSW hat da was bewirkt und evtl haben die auch jemand gefunden, der mit Programmierfachwissen an die Chose rangehen konnte, nachdem jemand den Compiler auf 64 bit aufgenordet hat.
Also abwarten, mal sehn was der Programmierer machen konnte/durfte.

Da braucht man in der Regel nichts neu schreiben, da gibts den bestehenden Quellcode, der wird durch einen neuen Compiler gejagt, der 32 und 64 bit Programm-Routinen erzeugen kann.
das wärs eigendlich.
Nur warum schreiben die dann, doch was geändert. Der Teufel steckt im Quellcode. Der Compiler meldet sich, wenn er was nicht übersetzen kann: wennste das in 64 bit haben willst, dann schreib das bitte in 64bit fähigen Quellcode um. Also reine Programmierertätigkeit, daraus könnten geringe TS Anpassungen resultieren.
Da werden die sehr vorsichtig sein, denn das muss alles getestet werden. Da könnten Zerbesserungen passieren. Da kommt bestimmt nichts weltbewegendes.
Warum kommt das erst jetzt? Da brauchste den 32/64 bit Compiler (gibts vermutlich noch nicht lange) für die alte Programmiersprache und Experten die da wissen was die tun. Den/die haben die vermutlich erst vor kurzem eingekauft.
Die machen jetzt erst mal den Rollout mit dieser Version. könnte sein, dass der Programmieren dann doch anderes verbessern/ anpassen darf. Evtl für die Version TS 2020.

Nochn Hinweis, Anzeige von ap-verpackten Strecken in RW-Tools und Namemyroutes.bin: Es reicht nur die Routesproperties.xml aus dem Strecken-ap-Paket rauszuziehen (wird kopiert, Paket bleibt wie es ist) und neben dem ap-Paket in den gleichen Ordner abzulegen.

Mit Rw-Tools prüfen ist unnötig, die sind sicher auf der Platte, ggf. im Explorer schauen.
Rot: Assets sind protected gepackt.

RW-Tools Szenario bearbeiten, einige consists löschen.
alternativ: freeroam Szenario löschen, Strecke im bearbeiten Modus starten, dann wird neues Freeroam angelegt.

Autorotate ist im Editor nicht default voreingestellt. Da musst Du schon selbst mal daran gewerkelt haben.
Leider hat DTG panische Angst vor Beschreibungen, deshalb gilt Try and Error, das ist leider so.

Da Neuling, dieser Hinweis: Unbedingt drauf achten, dass beim Verlegen der Tram-gleise auch die passende Trackrule eingestellt ist, nur die sorgt dafür, das der Draht aufgehängt wird. Maste musst Du händisch aufstellen.
Auf UKTrainsim gibts auch datzu passende Tramstrecken, evtl da spicken.

Empfehlung andere Szenarien ansehen, was da so in der Readme steht, da darf gerne gespickt werden.

Sorry, aber das Paket ist hier nicht freischaltbar, das ist eine unzumutbare Installations- und Editierorgie.
Warum werden wie alle Repaints nicht Unterordner im Original Lok-Ordner erstellt, darin die .bin der Lok (Darin nur das nötigste auf die neue Ordnerstruktur verlinkt), der geänderte Texturordner und das als rwp-Installations Paket geliefert?
ggf. muss noch die GeoPcDx kopiert werden. Allerdings wenn das Original Freeware ist, könnte sogar die GeoPcDx auch gleich an der richtigen Stelle mitgeliefert werden.
Nur fehlt in der Readme welchen Download von wo man haben muss um das installieren zu können. lapidarer Hinweis RW-Austria ist etwas schwach.
Bespiele für einfache Repaint-Installationen gibts hier zu Hauf.

Vorschlag: bitte Paket komplett vorfertigen, testen, und die nötigen Dateien als rwp anliefern, dann braucht niemand basteln. (ggf noch die GeoPcDx von A nach B kopieren).

Liest den keiner das was DTG da geschrieben hat und hier schon paar mal übersetzt angeboten wurde?
32bit wir weiterhin supportet. Der TS2019 kann beides, das ist Programmierer Grundwissen wie man das macht.
Und wenn der Support in einigen Jahren nicht mehr dabei ist, wer dann noch solche Krücken hat, kann ja die Version 32/64 weiterbenutzen.

Unsichtbare Signale sind einfach!
Diese nicht sichtbare Signale gibts hier: https://rail-sim.de/forum/wsif…Deutsche-HV-Signale-V8-0/
Beschreibung dazu hier: 3.3.6.1. Hauptsignal ohne Signalschirm
Volle Signalfunktion, nur nicht sichtbar! Signalstatus im 2D Plan.

Wenn der Streckebauer pfiffig ist, geht das. Eine Trackrule, zwei Gleise aus gleicher Familie eingetragen, die die gleichen Weichenbildungstexturen eingetragen haben.
Unterschied: die greifen auf unterschiedliche Gleistexturen zu. Gerade Blank und Abzweig mit rostigem Gleis bauen.

Kaum macht mans richtig, schon funktionierts...
Vermutlich hattest Du beim ersten Editieren irgend einen minimalen Schreibfehler drin, der TS ist da penibel.
Die Basis beider Dateien sind xml-Datenbanken, was falsch in der Datenstruktur und schon wird nichts gefunden.

Also stimmt schon mal die "neue" Routetemplate.
Frage, ist die auch richtig in Deiner RouteProperties eingetragen?
Mach mal nen Screenshot von dem Abschnitt, bzw. Copy and paste von diesem Abschnitt:
<BlueprintID>
...
<\BlueprintID>
und ist Provider 99731 mit Product Zoje in dem Abschnitt der verwendeten Provider und Products eingetragen?

Im Namens-Abschnitt haste doch nichts geändert?

Ist die Stecke im Bearbeiten Menü zu finden? wenn ja, dann was unwichtiges ändern, abspeichern, gibts die dann im Auswahlmenü?

Im Spoiler von beitrag 18 ist noch der alte Pfad Hinweis. ist das in der RoutesProperties?
Liegt Deine RouteTemplate in diesem Pfad? Und Liegt dort die Route ZOJE.bin ! nicht .xml.
Besser wäre ein eigener Pfad für die RouteTemplate:
Assets\[DEIN PROVIDERNAME]\[DEINE PRODUKTKENNUNG]\TemplateRoutes\Route ZOJE.bin

IN der RoutesProperties musst du den Provider, Product entsprechend eintragen, dann in der Objektzeile TemplateRoutes\Route ZOJE.xml.

Versuch mal mit der Neuen Routetemplate (ZOJE) eine Strecke anzulegen, Test um rauszufinden ob der TS die Vorlage überhaupt findet.

[DEIN PROVIDERNAME]\[DEINE PRODUKTKENNUNG] sollte auch In der Routesproperties als Provider/product eingetragen sein.