Beiträge von questo

Wenn ich im Skript in die Update-Funktion eine Scenario-Message einfüge, wird pro Frame eine Message generiert. Je nach dem, wie oft das Skript ausgeführt wird, geht die FPS dabei ganz schön in die Knie. Darum soll es aber auch nicht gehen. Wenn ich den TS dann schließe, kriege ich auch eine Access Violation Meldung. Aber nicht im Szenario bzw. während des offenen TS, sondern erst, wenn der geschlossen wird. Mit den Scenario-Message-Bombardierungen kann man den Fehler halt provozieren. Ich frage mich allerdings, warum man nie während des laufenden Spiels diese Fehlermeldung bekommt, sondern immer danach. Da scheint etwas beim Beenden einen Access Violation zu erhalten.

Schnelländerungen im Editor vornehmen ...

Das ist tatsächlich möglich. Ich erinnere mich, dass ich mich mal darüber informiert, es dann aber nicht weiter verfolgt habe.

Ist eigentlich schon mal jemandem aufgefallen, dass man scheinbar automatisch die verbundene Strecke München-Augsburg/Rosenheim/Garmisch-Partenkirchen in die Bibliothek gedownloadet bekommen hat (wohl zusammen mit dem 64-bit Update)? Ich war gerade etwas baff, als ich sie durch Zufall entdeckt habe. Hab sie erstmal geöffnet, um zu sehen, ob sie überhaupt funktioniert. Die S6 kann man somit von Anfang bis (fast) zum Ende durchfahren (Ebersberg fehlt noch). Die Karte hat dann aber auch echt eine lange Strecke. Mal sehen, wie stabil sie läuft.

Wenn ich im Editor die RailVehiclesNumber (RVNumber) ändere, erhalte ich dann die AccessViolation-Fehlermeldung, wenn ich das RVNumber-Fenster nicht fixiert habe, erst etwas in das Feld schreibe, die Maus aus dem RVNumber-Fenster entferne, sich das Fenster dann schließt, die RVNumber-Änderung nicht übernommen wurde, ich es erneut mit der Maus öffne und erneut versuche, etwas hineinzuschreiben.
Das passiert mir beim Flirt 3. Ist nicht weiter schlimm, denn wenn man beim Ändern der RVNumber etwas vorsichtig ist, kommt es eben nicht zum Absturz, man muss aber echt arg aufpassen.
Gerade eben nochmal ausprobiert. Der Flirt ist nicht der einzige Zug, bei dem das passiert. Auch bei der vR BR146 passiert das.

Wenn das Modell nicht angezeigt wird, vermute ich, dass in der Blueprint-Datei falsch auf die *.GeoPcDx-Datei verwiesen wird. Das sind Modelldateien, die zwingend erforderlich sind. Sie müssen sich in dem Ordner "Version Abellio" befinden.

Es muss zwangsläufig irgendwas im Wagon_A Blueprint verändert worden sein. Hast du RW_Tools? Wenn nicht, lade es dir mal herunter und öffne folgende Datei: "C:\Program Files (x86)\Steam\steamapps\common\RailWorks\Assets\ChrisTrains\RailSimulator\RailVehicles\EMUs\Stadler Flirt 3\Wagons\Version Abellio\Abellio Flirt3 A.bin"

Suche mit STRG+F nach "GeometryID". Dann muss da folgendes stehen (siehe Screenshot).

So weit so gut. Ich habe mal dem KI-Fahrzeug eine Türsteuerung verpasst. Klar, wenn sich nicht alle Türen SOFORT schließen, fährt die KI schon vorher los. Meine Tests ergaben: Wenn allerdings nach dem Wechsel von DoorsOpenCloseLeft/-Right von 1 zu 0 sofort eine Animatin ausgelöst wird, wartet der TS oder das KI-Fahrzeug so lange, bis diese Animation abgeschlossen ist. Ideal für eine Standart-Türsteuerung (alle Türen öffnen sich und schließen alle gleichzeitig wieder).

Ich muss mit meiner 980ti und i5-6600k 3.5 ja wirklich einen „guten PC“ erwischt haben. Bei mir läuft alles hervorragend

@alexFan183 Hinzu kommt noch, dass der Sound irgendwie anders ist. Es hallt meines Empfindens nach mehr.

Ich hätte mal eine Frage an euch. Begrenzt ihr eure FPS entweder mit vSync oder einem anderen Programm? Habt ihr Probleme damit, dass es dann sehr stark ruckelt, weil die FPS trotz Blick Richtung Boden ständig hin- und herwechselt?

Hat einer das selbe Problem mit dem nvidiaProfileInspector? Hier stelle ich die FPS-Begrenzung immer auf 60.7 FPS ein. Beim TS in 32-bit gab es damit keine Probleme. Jetzt, in der 64-bit Version allerdings ruckelt es immer. Es pendelt sich zwar zwischen 50-60 FPS ein, hält aber nie die 58-59, sondern zuckelt trotz starrer Kameraposition und Blick in den Himmel hin und her.

Hamburg-Hannover Deluxe (<- Edit) funktioniert bei mir. Allerdings dauert a) das Laden deutlich länger als bspw. bei Köln-Koblenz und b) habe ich so das Gefühl, dass die Gefahr beim Laden von HH-H Deluxe ziemlich groß ist, dass sich der TS in 64-bit Version hier aufhängt.

Ich würde es auch mal mit einer Neuinstallation ausprobieren.

@Madison Kriege ich auch was?

TS in 64-bit läuft bei mir ohne Probleme. Viel geändert hat sich wirklich nicht. Ich habe jetzt die magischen 4,0 GB Ram auch noch nicht überschritten. Aber das werde ich auch heute Abend nicht mehr machen.

Mir ist aufgefallen, dass ich in Koblenz mit Blickrichtung Bhf Stadtmitte mehr FPS habe als in der 32er-Version. Allerdings zuckelt die FPS Zahl bei 60 FPS-Begrenzung ziemlich merkwürdig.

@FLIRT3er Ich glaube ich weiß was du meinst. Das "klackern" ist im Fahrgastraum auch gut wahrnehmbar.
Das umzusetzen, wäre grundsätzlich überhaupt kein Problem. Nur müsste ich erstmal an so einen Sound kommen. Ich habe mir sowieso des öfteren mal Gedanken darüber gemacht, ob ich nicht versuche, dem Flirt noch Außensounds zu verpassen. Hier könnte man dann ja auch ziemlich gut dieses Hochfahren der Traktion (also das leise Rattern in ziemlich hoher Frequenz - ähnlich wie bei einer Lokomotive, nur viel höher) simulieren/abspielen. Die Traktion "fährt" meiner Beobachtung nach hoch, wenn der Fahrbremshebel in Bremsstellung ist oder, wenn die Türfreigabe zurück genommen wird. Da lasse ich mich aber gerne eines besseren belehren.

@Schwarzwaldbahner Danke für das Lob. Es ist wohl besser, vorerst im Stillen zu arbeiten, als es noch bevor man irgendwas in LUA gemacht hat an die Öffentlichkeit zu bringen, auf die Gefahr hinaus, im Laufe der Zeit die Motivation zu verlieren und das Projekt dann abzubrechen.

@CFL1800 Das finde ich auch etwas nervig.
Ich habe das nicht eingefügt, dass das Ausschalten des Hauptschalters ein Positionieren des Fahrbremshebels auf 0 zur Folge hat und der Richtungswender auf Neutral geht. Das Umlegen des Hauptschalter-Schalters auf -1 (also zurück ziehen), führt dazu, dass in sämtlichen Führerständen, die im Zugverband sind, der Hauptschalter mit ausgeschaltet wird, was ja glaube ich auch der Realität entspricht.

Guten Abend zusammen,

jetzt, wo @ChrisTrains es mir erlaubt hat, mein Skriptupdate zu veröffentlichen, möchte ich die Ankündigung dafür schreiben.

Meine Intention war, dass der Simulations-Flirt³ endlich eine Haltebremse, eine abhängig von der dynamischen Bremse dazuschaltende Druckluftbremse, eine TAV-Türsteuerung mit auswählbarem Fahrgastwechsel, eine "verbesserte" PZB sowie einen ebenfalls "verbesserten" Tempomat und viele andere kleine Gimmicks erhält, die man vielleicht erst nach längerer Zeit alle entdeckt.

Da ich nun schon öfters gefragt wurde, wie ich denn auf ein eigentlich verschlüsseltes Skript zugreifen konnte, möchte ich das mal erklären. Ich habe nichts illegales gemacht. Ich habe das Skript weder dekompiliert, noch sonst irgendwie den alten Inhalt bearbeitet(/n) (können). Ich habe einfach die *.out-Datei in Notepad++ gezogen, die ganzen kryptischen Zeichen markiert und auf Entf gedrückt. Dann habe ich das gespeichert und mal testweise ein Szenario mit dem Flirt gestartet. Das, was man dann sieht, ist ein Flirt ohne jegliche Funktionen, mit eingeschalteten Lichtern und ohne Möglichkeit, Schalter zu verändern. Man öffne wieder Notepad++ mit dem "geleerten" Skript und fängt ganz von vorne in LUA an zu programmieren. Geht los mit function update() und endet dann nach 2-3 Monaten mit zich Tests und Aufregern darüber, dass doch noch irgendwo ein Fehler ist

Ich bin nun mit dem Skript so weit, dass die gröbsten Funktionen fertig sind und nur noch Fehler beseitigt werden müssen. Am Ende steht ein Härtetest, bei dem ich halt so weit wie möglich alles ausprobiere. Ich werde aber nie und nimmer alle Bugs alleine finden. Dafür brauche ich euch.
Ich bitte euch, Fehler hier in diesen Thread oder mir persönlich per PM zu schreiben, die euch beim Flirt³ von ChrisTrains mit meinem bald erscheinenden Skriptupdate auffallen. Nur so lässt sich das Skript endgültig fertig stellen.

Ich werde jetzt nochmal kurz und knapp auflisten, was sich alles geändert hat oder was hinzu gekommen ist:

• Dynamische Bremse: Der Flirt³ in der alten, aktuellen Skriptversion legt die dynamische Bremse immer nur bei einer Traktionseinheit an. Fährt man beispielsweise in Dreifachtraktion, sind die anderen beiden Traktionen dynamisch ungebremst. (Kann man das so sagen?)
  
  
  • Das ändert sich mit der neuen Skriptversion. Ich habe dafür gesorgt, dass auch, um bei dem Beispiel zu bleiben, die anderen beiden Traktionen mitbremsen. Der Train Simulator lässt es leider nicht zu, dass man das mit dem Controller "DynamicBrake" lösen kann. Das würde ich mal als Bug oder Fehlfunktion beschreiben.
    Ich habe das umgangen, indem der Richtungswender zum dynamischen Bremsen einfach umgelegt und dann Leistung aufgeschaltet wird. Das sieht leider im HUD etwas "blöd" aus, wenn ständig der Richtungswender-Hebel hin- und herwechselt, aber es lässt sich anders leider nicht lösen. So nervig ist das nun auch nicht. Ich wollte nur mal drauf hinweisen, wieso weshalb und warum. Erspart Fragen. Nebenbei würde ich gerne nochmal auf diesen Thread verweisen. Da gab es leider nie eine Antwort. Wahrscheinlich ist das, was ich da beschrieben oder gefragt habe, auch nicht möglich.
• Haltebremse: In der aktuellen Skriptversion ist es so, dass der Zug grundsätzlich keine Haltebremse hat. Man muss dem Triebwagen selbst einen festen Halt durch entsprechendes Anlegen einer Bremse verschaffen.
  
  
  • Der Flirt³ muss jetzt grundsätzlich nicht mehr vom Player selbst festgehalten werden. Ist die Geschwindigkeit = 0, wird eine ich nenne es mal 40%ige Druckluftbremsleistung angelegt. Die reicht locker aus, um den Zug vor dem Wegrollen zu hindern. Diese Haltebremse löst sich, wenn der Fahrbremshebel in Fahrtstellung positioniert oder der rechte Bremshebel für die indirekte Bremse angezogen wird. Die Haltebremsposition von 40% löst sich dann sozusagen und die Bremsleistung nimmt dann die durch den rechten Bremshebel geforderte an, welche halt auch geringer als die 40 % sein kann. Mehr ist eigentlich zur Haltebremse nicht zu sagen.
• Hinzuschaltende Druckluftbremse: Eng verbunden mit dem vorherigen Punkt. Denn beim Abbremsen nimmt die Kraft der dynamischen Bremse immer weiter ab. Bei Triebwagenzügen in der Realität fängt dann die indirekte Bremse an zu wirken oder sich hinzuzuschalten.
  
  
  • Auch das kann der Flirt in der neuen Skriptversion. Das wird wohl nicht ganz der Realität nach empfunden sein. Aber folgendes: Fängt die dynamische Bremskraft an, bei sinkender Geschwindigkeit nachzulassen, schaltet der Computer/das Skript/der Flirt die Druckluftbremse nach und nach hinzu, sodass man zum Stillstand kommen kann, ohne den Fahrbremshebel auf unter -50% zu stellen. Man kann quasi eine für den Fahrgast komfortable Bremsleistung wählen und kommt dann "butterweich" zum Stillstand. Ab unter +-0,5 km/h wirkt die dynamische Bremse nicht mehr. Die indirekte Bremse gibt jetzt so viel Kraft, wie vom Fahrbremshebel gefordert.
• Verbesserte PZB: Hierzu kann ich nicht so ganz viel sagen und deswegen erspare ich mir einen untergeordneten Bulletpoint. Mir kam es manchmal so vor, als ob die PZB in der aktuellen Skriptversion nicht ganz fehlerfrei ist. Ist im Grundsatz auch egal, denn ich hätte sie so oder so neu programmieren müssen. Im Handbuch erwähnt der Chris, dass er die PZB etwas modifiziert hat, damit die Beeinflussung bei fehlerhaftem Signalbau nicht zu früh endet. Das habe ich jetzt in der neuen Skriptversion nicht gemacht. Auch hier würde ich gerne eure Meinung zu hören. Soll ich das so machen, wie es vorher war? Für mich persönlich ist es nicht schlimm, wenn die Beeinflussung aufgrund von fehlerhaften Magnetabständen zu früh endet. Man muss sich ja noch nicht befreien. Zumal das, was der Chris gemacht hat dieses "Problem" auch nicht ganz so perfekt umgeht, weil man skripttechnisch nicht erkennen kann, ob der Player/Fahrer/Zug gerade über ein grünes Signal gefahren ist. Man müsste im Endeffekt also "schummeln".
• Sonstige Kleinigkeiten
  
  
  • Hier gehe ich mal direkt in den untergeordneten Punkt. Und zwar habe ich das Abspielen von Sounds etwas verändert. Ein klassisches Beispiel ist das Anlegen der Notbremse mithilfe der Notbremsstellung des Fahrbremshebels. Man hört dann natürlich einen entsprechenden Sound, einen Notbrems-Anlege-Sound. Problem an der Sache ist, dass wenn man jetzt vorzeitig, also bevor dieser Notbrems-Anlege-Sound vollständig abgespielt wurde, die Notbremsstellung wieder verlässt, dieser Notbrems-Anlege-Sound trotzdem weiter abgespielt wird. Natürlich kommt dann der Sound für das Lösen der Notbremse noch hinzu, sodass sich ein ziemlicher Soundwirrwarr entwickeln kann.
    Ich habe folgendes gemacht: Wird die Notbremsstellung verlassen, wird der Notbrems-Anlege-Sound unterbrochen und sofort der Lösesound abgespielt. Gleiches gilt noch für viele andere Sounds, wie dem Einlegen oder Aktivieren des Hauptschalter (also den Sound für das Hochfahren der Systeme) oder dem Anlegen/Lösen der Federspeicherbremse.
• Last but not least mein absolutes Highlight - und zwar die Türsteuerung: Es ist ja grundsätzlich beim gesamten Personenwaggon-Rollmaterial im TS so, dass nach Freigeben der Türen ALLE Türen geöffnet werden. So auch beim Flirt³ von ChrisTrains.
  
  
  • Und auch hier habe ich versucht, ausprobiert, teilweise aber eben auch die Grenze des Machbaren zu spüren bekommen. Grundsätzlich einmal vorab: Ihr werdet jetzt nicht sehen, dass irgendeine Pappfigur am Treppenaufgang "erscheint", zu einer der Türen watschelt und sich diese Tür dann öffnet. Das kann der TS einfach nicht. Wenn, dann wäre es auch definitiv schon verwirklicht worden.
    Was aber machbar ist, dass sich Türen einzeln, per Zufallsgenerator öffnen und nach einer ebenfalls zufällig ausgewählten Zeit wieder schließen. Ich habe es so gemacht, dass sich auch die Häufigkeit der Türöffnung (also die Wahrscheinlichkeit sozusagen) direkt im Szenario/freien Spiel verändern lässt. Man kann also einen hohen, mittleren, geringen oder sehr geringen Fahrgastwechsel auswählen. Ich spiele noch mit dem Gedanken, auch eine "gar kein Fahrgastwechsel" Möglichkeit einzuprogrammieren. Denn in so manchen Tagesrandzeiten kommt das halt auch vor.
    Die Türfreigabe wird mit den Tasten U, I und O bedient. "U" öffnet oder entnimmt die Freigabe für die Türen links. "O" macht selbiges mit den Türen rechts. "I" zwangsschließt BEIDE Türseiten ohne wenn und aber. Die Taste sollte man natürlich der Fahrgastfreundlichkeit zuliebe eher weniger benutzen. Ist aber natürlich jedem selbst überlassen.
    Bei der KI kommt aber leider nur die Standart-Türfunktion zum Einsatz. Hier öffnen sich also alle Türen, wie sonst halt auch üblich. Dazu würde ich gerne mal auf die "Weisen Worte" von Maik Goltz verweisen.

Der Überblick ist jetzt im Nachhinein doch nicht so "klein". Aber jetzt wisst ihr grob, was auf euch zu kommt, falls ihr Interesse am Flirt³ habt.

Das eigentliche Skript, also die *.out-Datei, werde ich wohl zusammen mit einem geänderten Audio-, Lights-, Simulation- und Wagon-Ordner in einer rar-Datei zukommen lassen.

Wie gesagt, noch ist er nicht fertig, die Ziellinie ist aber sichtbar.

In diesem Sinne wünsche ich noch einen angenehmen Freitagabend und möchte zum Schluss noch mal eindringlich auf folgendes hinweisen:
Das ist kein offizielles Skriptupdate vom Hersteller ChrisTrains. Support zu diesem Skriptupdate kann man also NICHT von ChrisTrains bekommen. Für jegliche Fragen bitte ich, dass ihr diese hier im Thread stellt oder mir per PN zukommen lasst. Das wäre meine größte Bitte. Es ist definitiv nicht selbstverständlich, dass es ein Hersteller erlaubt, ein von einem User selbstgeschriebenes Skriptupdate zu veröffentlichen.

Nochmal ein herzlichstes Dankeschön für die Freigabe an @ChrisTrains. Thank you very much!

Viele Grüße
Michael

1. Trail mit vierbeinigen Begleiterscheinungen
2. Interplayer
3. SenteX
4. Trainsa
5. Jason
6. -setter-
7. Albert
8. Norman
9. Amisia
10. Matthias J.
11. Tom87 (arbeitstechnisch abhängig)
12. Kumpelchen
13. Prosecco 82
14. Jürgen
15. MasterHuhn
16. Willi G Bochum
17. Seven of Nine (Vllt.)
18. questo
19. Ingvar (arbeitstechnisch abhängig)
20. Andreas
21. NICfly (arbeitstechnisch abhängig)
22. Konny
23. Blacktiger TD
24. Blackwolf BT Sohn
25. Buddy TD
26. Bahnfreak2002

Hab mal eben zusammengefasst.

@Maik Goltz
Dumm ist leider wohl wahr.

Was auch von leicht schlampiger Programmierung zeugt ist, dass ein Zug, der isEngineWithKey = 1 hat, trotz angelegter Bremse bei Stillstand ganz leicht rollt.

@Amisia Das Skript existiert schon (hab schon 3 Monate Tipparbeit hinter mir).

Ich frage mich aber, wie vR das hinkriegt, dass der Zug nicht vor dem Schließen aller Türen abfährt. Ich probiere nochmal etwas herum. Vielleicht habe ich ja Erfolg. Ansonsten erhalten zumindest KI Fahrzeuge die Standart-Türsteuerung. Denn einen Spielerzug kann man ja entsprechend skriptseitig am Abfahren hindern.

Es ist jedenfalls interessant zu wissen, dass Halteaufträge kürzer als 20 Sekunden sein können. Vielleicht lässt sich in die Richtung auch noch was machen.

Ich danke euch für die Antworten.