Habe bei den Fehler / Ursache finden können!
Hatte vor 2 Wochen an einer GeoPcDx Datei gearbeitet und umbenannt nach GeoPcDx.bin, um diese mit serz.exe umzuwandeln zu GeoPcDx.xml - um bestimmte Elemente dort auszulesen
ice3cab.GeoPcDx.bin ==> ice3cab.GeoPcDx.xml
Diese beiden Dateien sind nun für die ERROR-Meldung ursächlich gewesen. Meine Schuld!
Sorry Leute! Asche auf mein Haupt!
Hatte diesen Zug ICE3 nicht mal aufgerufen, sondern wollte die BR425 fahren.
Alles gut 
Gruß
BR-218 ,
hi, danke Dir! Habe diesen Thread durchgelesen und es gibt dort auch keine Lösung. Das die Blueprints.pak Datei Null Byte groß war, habe ich auch bei mir so gesehen. Die Fehlermeldung kommt ja ziemlich schnell. Diese Anzeige im Ladebalken rast ein- bis zweimal durch - dann ZACK: Fehlermeldung. Es muss also was sein, was gleich zu Anfang rumzickt.
Gruß
Nope,
die Fehlermeldung müsste doch auf ein Verzeichnis innerhalb von
D:\Programme (x86)\Steam\SteamApps\common\RailWorks\ ...
verweisen
Muss ich halt suchen!
Gruß
Moin,
die Fehlermeldung verweist auf ein Verzeichnis / Ordner, welcher nicht vorhanden ist. Bevor ich jetzt stundenlang suche, vielleicht kennt jemand dieses Problem?
Gruß
Oliver hi,
ich vergleiche gerade als nächstes die BR423 mit der BR425, ob bei der BR423 vielleicht Einträge zur LZB in der Eingine.BIN fehlen.
Mal sehen was dabei herauskommt, muss ja an irgendwas liegen - meist eine wichtige Kleinigkeit irgendwo.
Hi,
so zickt der Ts nicht:
-->>Player Mode
if(isPlayer == 1 and isEngineWithKey == 1) then
-->>LZB Bereitschaft / Übertragung
if(expertMode == 1 and p.LZB_Auto ~= p.lastValue_LZB_Auto or firstrun == true) then
if(p.LZB_Auto == 0) then
Call("SetControlValue", "LZB", 0, 0)
end
p.lastValue_LZB_Auto = p.LZB_Auto
end
end --<<Ende von isPlayer und isEngineWithKey
firstrun = falsejedoch schaltet sich weiterhin ungefragt am Marker die "LZB" Übertragung ein.
Wie zum Geier lässt sich denn verhindern, dass sich diese Funktion LZB Übertragung automatisch aktiviert?
Wenn jemand dazu eine Idee hätte, gerne her damit
adorm Hi, das in den eckigen Klammern war nur als fehlenden Code Syntax gedacht, damit man ungefähr weiß, was da eigentlich hin soll. Ansonsten Danke für diesen Tipp, hast natürlich vollkommen recht!
Gruß
Äh, im Szenario die Gleise verändert?
Dürfte nicht möglich sein, die warst vermutlich im Welt-Editor.
Wenn da etwas verändert wurde und möchte man das nicht haben ==> dann von außerhalb den Train-Simulator einfach beenden. Zum Beispiel in der Task-Leiste Rechtsklick auf das Symbol und "Fenster schließen" klicken (meist zweimal).
Train-Simulator wieder starten und alles ist wieder schick.
Benötige Hilfe für (es gibt im Code Anzeige Fenster keine Option für "Lua" ?):
Eine Bedingung soll nur "WAHR" sein > wenn die entsprechend Taste für eine Funktion auf der Tastatur betätigt wird.
Beispiel: Die LZB (B) Bereitschaft soll / darf sich nur aktivieren lassen, wenn die PZB schon aktiviert ist
und die LZB (U) Übertragung sich nur aktivieren, wenn LZB (B) Bereitschaft schon aktiviert ist
Dieser Code funktioniert nicht (sonst alles andere - was hier ausgeschnitten ist - funktioniert einwandfrei), muss irgendwo ein Fehler sein. Falls jemand Zeit und Lust hat, vielleicht mal anschauen oder vielleicht weiß schon gleich jemand, woran es liegt.
PZB = An+85, 70, 55, Aus
LZB_Auto (B)
LZB (U)
function Update(Interval)
original_Update(Interval) --Ruft die alte Update Funktion auf
-->>Ingamewerte Abfragen
p.PZB = Call("GetControlValue", "PZB", 0)
p.LZB_Auto = Call("GetControlValue", "LZB_Auto", 0) --Bereitschaft
p.LZB = Call("GetControlValue", "LZB", 0) --Übertragung
-->>LZB Bereitschaft / Übertragung
if(p.PZB ~= p.lastValue_PZB) then
-->>Bedingung für LZB Bereitschaft aktiv (PZB >= 1)
if(p.PZB == 0) then
Call("SetControlValue", "LZB_Auto" 0, 0)
Msg("LZB Bereitschaft", "Zuerst PZB einschalten.\n\nFirst switch on PZB.")
end
--<<
-->>Bedingung für LZB Übertragung aktiv (PZB >= 1 und LZB_Auto = 1)
if(p.PZB <= 0.5 or p.LZB_Auto <= 0.5) then
Call("SetControlValue", "LZB", 0, 0)
elseif(p.PZB >= 0.5 and p.LZB_Auto >= 0.5) then
Call("SetControlValue", "LZB", 0. 1)
end
p.lastValue_PZB = p.PZB
end
--<<
endsollte eigentlich so sein:
elseif(p.PZB >= 0.5 and p.LZB_Auto >= 0.5) then
if( [TASTATUREINGABE FÜR LZB = ON] or [WENN SCHIENE LZB EINSCHALTET] ) then
Call("SetControlValue", "LZB", 0, 1)
end
end
p.lastValue_PZB = p.PZB
end
--<<
endalso, suche diesen Syntax in Lua, wenn Spieler die LZB Übertragung über Taste aktiviert, aber auch den Syntax, wenn die Schiene (bzw. der dort verbaute Marker) die LZB Übertragung aktiviert.
Wobei ja jetzt schon der Marker in der Schiene die LZB (U) einschaltet - könnte sich beißen.
Schon mal richtig viel Danke und
Gruß
Den Wert des Zustandes der Türen auslesen, wie geht das?
Geschlossen = 0, Öffnen / Schließen = 1, Offen = 2
jedoch wo oder wie kann man diese Werte auslesen?
In der Engine.bin der DTG DB BR648 ist ein >DoorsCount< Eintrag, der gibt die Werte 0,1,2 zurück - so konnte ich diesen schonmal verwenden.
Vielleicht hat jemand einen Plan und Zeit und kann Tipps dazu geben. Es soll eine rudimentäre Traktionssperre werden. Also, wenn Türwert = 2 dann TrainBrakeControl = 0.9
Brauche also einen Eintrag in der Engine.bin, der die Türwerte zurückgeben kann.
Vielleicht geht das mit mit >DoorsOpenClose<, da bekommt man die Werte 0 + 1 und man könnte dann die 1 für die Traktionssperre nehmen?
Hi, vielleicht mal verschieben in den TSW Bereich!
Hi, andere Szenarien funktionieren?
Bekommst du da eine Fehlermeldung angezeigt, wenn ja, was sagt die dir?
Gruß
Super Tipp, habe Visual Studio Code installiert.
Welche Extensions sind denn notwendig / sinnvoll? Sieht schonmal nicht schlecht aus 
Warte mal mit den Plugins.
Gruß
Edit:
Hi Oliver ,
habe da ne Frage, "Call" wird als unbekannt deklariert, kann man das irgendwo eintragen, dass das nicht als Fehler angezeigt wird?
Gruß
Vielen Dank für das Interesse!
Wenn ich eins bedauern muss, so zum Beispiel meine Ignoranz und Gleichgültigkeit gegenüber Programmiersprachen. Mein Apell daher, lernt bei Zeiten und lasst es nicht schleifen wie ich. Heute habe ich über eine Stunde gebraucht, um zu realisieren, welchen Fehler ich verbastelt hatte und somit immer komische Phänomene sich daraus ergaben. Mal ließ sich die PZB nicht einschalten , dann die ZZA nicht nicht schalten usw. Der Fehler war ein fehlendes Leerzeichen zwischen einem Minuszeichen und einer Ziffer.
So falsch: -1
So funktioniert es nun wieder: - 1
Notepad++ zeigt leider diesen falschen Code nicht als Fehler, obwohl als Sprache Lua eingestellt war.
Zwischenbericht 
ChangeLog:
- Panto senken schaltet jetzt den Motor ab Stromabnehmer heben oder senken geht nun nur unter bestimmten Bedingungen
- einige Schalter haben andere Grundstellung bekommen
- an Faltenbalgen (zwischen den Wagons die Übergänge) kann im Szenario-Spiel nicht mehr versehentlich abgekuppelt werden
- Federspeicherbremse hat "Meldung" bekommen, ob an- oder abgelegt
- erst Leistung auf Null ==> Hauptschalter auf Aus ==> Reverse auf Neutral ==> dann erst Panto senken (Panto mit Meldung, ob oben oder unten)
was noch fehlt (in Arbeit):
- verhindern, dass sich ungewollt die Übertragung der LZB einschaltet
- erst Leistung auf Null ==> Hauptschalter auf Aus ==> dann erst Panto senken
- Sound für Federspeicherbremse
- Sound für Sander
- Relaisklackern für PZB
14 Plätze der vorhandene 23 Möglichkeiten der ZZA sind belegt, vielleicht kann jemand noch Ziele dazu basteln. Davon habe ich null Plan, sorry!
Gruß
Wäre es nicht sinnvoll, eine Lua Script Anwender Gruppe zu starten?
Gut, mir ist schon bewusst, dass die Entwickler Lua Scripte nicht aus Spaß erstellen, sondern damit auch ihren Lebensunterhalt gestalten und insofern aus nachvollziehbaren Gründen sicher Null Interesse haben können, Wissen für Lau weiterzugeben. Verständlich!
Aber ansonsten gibt es doch oft Kleinigkeiten, die sich mit einem zusätzlichen Lua Script schnell beheben ließen – wenn man denn wüsste wie.
Als da wäre (Beispiele):
Es sollte somit im idealsten Fall eine Begegnungsstätte für absolute Beginner, Normalos, Fortgeschrittene und Nerds sein.
Wie zweckmäßig wäre dieser Ansatz? Bisher ist es ja so (meine Erfahrung meistens), man stellt eine Frage zu Lua im Forum und dann passiert NICHTS – zumindest nicht im Forum. Meist hatte ich dann jedoch das Glück, dass ein User über PN seine Hilfe angeboten hat und ich das Angebot dankbar nutzen konnte. Meine Kenntnisse in Lua sind sehr bescheiden, wenn es noch Abstufungen unterhalb von rudimentär geben sollte, so dann darunter irgendwo im Keller.
Wiki Einträge zu Lua:
Meine bisherigen Lua-Script Projekte:
wurden mit Lua realisiert, jedoch nur unter tatkräftiger Unterstützung anderer User. Die Scripte sind nicht verschlüsselt.
Noch einmal die Frage von ganz oben, sollte es eine Lua Gruppe geben hier im Forum?
Gruß
Hi, da gibt es dieses Tool oben links im Fenster - Heben und Senken - oder so ähnlich. Das anklicken und man bekommt so riesige gelbe Pfeilsäulen, welche an bestimmten Stellen (Ende eines Loft-Objektes) einrasten - lassen sich jedoch auch verschieben.
Diese nun mit der Maus anpacken und in die gewünschte Höhe verschieben. Glaube mit der Shift oder mit der Control Taste lässt sich die Bewegung reduzieren, also feiner einstellen.
Aber Achtung - bevor du dieses Tool benutzt IMMER vorher Sichern - WEIL - jetzt kommt es - diese gelben Pfeile verbinden sich manchmal. Wenn man Glück hat sieht man diese grüne Verbindunglinie - wenn man Pech hat, sieht man sie nicht und es heben oder senken sich irgendwelche anderen Loft-Objekte. Wenn man dann dieses Unbemerkt abspeichert, nicht so schön.
Es gibt aber auch die Möglichkeit im rechten Fenster die gewünschte Höhe direkt einzutragen oder man stellt unten in der Mitte da auf das Drehwerkzeug und dreht das Loft-Objekt (geht glaube ich noch zu erinnern, mit den Tasten - irgendwie C V B oder so).
Viel probieren, mein Tipp, diese Straße komplett aus einen Stück verlegen und danach die Höhe mit dem Tool anpassen. Also mit der Maus diesen Pfeil verschieben und dort dann die Höhe anpassen, wieder diesen Pfeil verschieben ... und so weiter. Wo man einmal so einen Pfeil hingeschoben hat und dann dort die Höhe verändert hat, verbleibt dort ein Pfeil als Kopie. Sieht irgendwann ziemlich creepy aus.
Gruß
Staub wegwisch ...
bastel an der DB BR423 von Frankfurt - Koblenz
angepasst wurde
- verbesserte HUD
- Dynamische Bremse eingebunden
- ZZA geht wieder
- und ein paar weitere Kleinigkeiten
besteht eventuell Interesse am Fix, dann würde ich das hochladen?
Gruß
143 hi,
ist es nicht immer so, das bei einer Trennung und neu Verschweißung auch die Oberleitung kaputt geht?
Gruß
Könnte hiermit auch zusammenhängen - da fehlen etliche Weichentrennungen. Gibt da schon eine Überarbeitung?
