Beiträge von HansVader

Ich habe eine kleine Fehlermeldung bezüglich der V200 (Modversion 1.6).

Die Variante welche ab 1953 verfügbar ist (vmtl. v200v.mdl) wird nicht durch die Einstellungen deaktiviert. Ich habe in in den Einstellungen nur die Am 4/4 Schweiz aktiviert.

Mit dem Bau von Signalen kann die Pfadselektion beeinflusst werden. Damit meine ich aber jetzt nicht Einbahnsignale, um die Fahrtrichtung zu limitieren, sondern normale Signale, die aber entgegen der Fahrrichtung stehen.

Wenn ein Zug zwei vergleichbare Pfade hat, wobei aber nur in einem Pfad ein Signal in die Gegenrichtung steht, dann wird der Pfad ohne Signal gewählt. Solange dieses Signal nicht zu einem Einbahnsignal umgebaut wird, wäre eine Fahrt entgegen dem Signal für die gewünschten Züge möglich.

Vielleicht funktioniert es wenn du an allen Ausfahrten der Ausweichstelle ein Signal platzierst. Die beiden Signale in Fahrtrichtung stellst du auf Einbahn um und fügst sie der Linie hinzu. Möglicherweise reicht dies, damit die unerwünschten Züge eine andere Route wählen. Dies kann aber nur funktionieren wenn tatsächlich eine andere Route verfügbar ist.

sh. nachfolgendes Beispiel

Bei der Ausweichstelle siehst du, wie ich es mit den Signalen meine. Die Durchfahrt durch die Ausweichstelle ist schneller und kürzer aber der Zug fährt trotzdem die alternative Route aussen herum.

In der Linienansicht siehst du, dass die Line dennoch durch die Ausweichstelle fahren kann, aber nur dann wenn das entsprechende Signal auch der Linie hinzugefügt wurde.

Zitat von BR 147

Wie man im Endeffekt die Signale auf das Skript von nightfury34 umbaut, weiß ich aber nicht.

Der Hauptaufwand liegt darin die Signale und ihre Darstellungsvarianten in ein oder mehrere Assets umzubauen. Zum Vergleich nutze ich mein Typ L Hauptsignal. Die Konstruktion hat insgesamt 720 Zeilen, 30 davon sind Tunnelhelfer und 30 davon entspricht der Einbinung der better signals Mod. Der Rest ist ein klassisches Asset mit Bauparameter, Auswertung dieser durch Bedingungen und die einzelnen Modelteile.

Zitat von oberhausener68

Wie viele Meter braucht ein Zug bis zum Beschleunigen auf seine Max.-Geschwindigkeit?

Wenn die Ergebnisse in meiner Tabellenkalkulation stimmen (anhand dieser habe ich mein Ergebnis kontrolliert), dann kannst du folgende Gleichung nutzen, um die Strecke zu berechnen.

s = m * ( 1/6 * P^2 / F^3 + 1/3 * v_Max^3 / P )

Beachte die korrekten Einheiten zu verwenden. [m/s, kg, W, N] oder [m/s, t, kW, kN]

Legende:

s = Strecke

m = Masse des Zuges (mit Ladung)

P = Leistung des Zuges

F = Zugkraft des Zuges (in der Ebene, ohne Berücksichtigung weiterer Kräfte)

v_Max = Höchstgeschwindigkeit (auf welche ausgehend von 0 m/s beschleunigt werden soll)

Zitat von Computerhocker

Es geht um den aktuellen Ordner, nirgends habe ich zu Verstehen gegeben, dass die KI außerhalb des aktuellen Tellerrands (Kontext) schaut bzw. schauen soll. Wenn sie soll, sage ich es ihr.

Das ist ja genau der Punkt auf den ich hinaus will. Wenn sie ausserhalb schauen soll, musst du es ihr sagen und umgekehrt musst du es ihr genauso sagen. Ergo musst du sie trainieren und ihr entsprechend deinen Bedürfnissen Anweisungen geben.

Zitat von HansVader

Mit ein paar Grundkenntnissen in einer Programmiersprache liesse sich dieser ganze Prozess automatisieren, ohne dass man eine KI braucht.

Analog könnte man statt eine KI entsprechend zu befehligen und trainieren, einfach die Befehle in ein Scipt reinpacken und dieses ausführen.

Zitat von Computerhocker

Nicht jeder will sich jeden Tag Skripte selbst schreiben. KI soll das Werkzeug sein, diese Dinge zu tun.

Statt aber jeden Tag ein entsprechendes Script zu schreiben, mussst du dann jeden Tag der KI die entsprechenden Anweisungen geben.

Ich würde sagen je repetitiver ein Prozess ist und je weniger adaption notwendig ist, desto eher reicht auch ein Script aus. Für diesen Anwendungsfall finde ich, ist die KI schlicht das zu grobe Werkzeug. Man muss ja nicht gleich mit dem Bagger ausrücken, um ein 10cm x 10cm x 10cm grosses Loch zu graben.

Zitat von Computerhocker

Weil da noch 350 weitere Dateien in der Art im selben Ordner sind.

Und wenn in einem anderen Ordner mit vergleichbarem Dateipfad (einfach eine andere Mod), auch solche Dateien sind? Welchen Grund gibt es für die KI diese auszuschliessen? Du könntest ja die Absicht haben diese auch abändern zu wollen.

Oder was wenn intern die 350 Dateien in zwei Gruppen aufgeteilt werden, wovon du zufälligerweise nur die der einen Gruppe bearbeitet hast? Soll die KI jetzt beide Gruppen bearbeiten oder nur eine?

Selbst eine KI braucht genauere Instruktionen, respektive sie müsste erst trainiert werden, dies nach deinen gewünschten Präferenzen umzusetzen.

Für dich mag es selbstverstänlich sein, was gemacht werden sollte, aber für andere (nicht nur KI) verbleibt da ein Interpretationsspielraum und dieser muss definiert werden.

Es könnte ja auch sein, dass du die bearbeiteten Dateien ganz selektiv ausgewählt hast. Deine Intention muss zuerst kommuniziert werden, auch eine KI kann (noch?) keine Gedanken lesen.

Zitat von Computerhocker

In Bezug auf die tägliche Nutzung eines Betriebssystems auf einem Desktop-Computer frage ich mich schon seit vielen Jahren (bevor "KI" zum Mainstream-Thema wurde), warum es nicht möglich ist, dass das OS die stumpfen und repetetiven Tätigkeiten erkennt und z. B. vorschlägt, die restlichen 350 Dateien nach dem selben Schema zu bearbeiten.

Woher sollte das System wissen mit welchen Dateien dies gemacht werden soll? Vielleicht sollten tatsächlich nur die ersten 50 Dateien angepasst werden statt alle.

Mit ein paar Grundkenntnissen in einer Programmiersprache liesse sich dieser ganze Prozess automatisieren, ohne dass man eine KI braucht. Damit hätte man zusätzlich die Kontrolle darüber, dass auch wirklich nur das gemacht wird, was gemacht werden sollte. Wenn durch die KI unvorhergesehene Anpassungen erfolgen, dann hat man ein noch ein weitaus grösseres Problem.

Schlaufe erstellen
    Alle Dateien einzeln auswählen
    Selektion der zu ändernden Dateien
        Datei öffnen
        Datei bearbeiten
        Datei speichern und schliessen
        Datei unbenennen

Mein Beispiel soll veranschaulichen wie ein solcher repetitiver Prozess, umzusetzen wäre. Dafür braucht man keine KI.

Diese Bauanleitung stammt aus 2020, mittlerweile sind beide Signalsysteme für TPF2 umgesetzt worden:

Typ L (reguläre Signale)

Typ N (better signals)

Typ L (better signals)

Dementsprechend wenn weiteren Fragen oder Probleme mit dieser Anleitung bestehen, nutzt wenn möglich stattdessen die neuen Signale. Gerade die better signals bieten mehr Funktionen und Darstellungsmöglichkeiten.

Wie wäre es mit der Realistic Train Brake Mod. Damit kann die Bremsbeschleunigung reduziert werden, sodass der Bremsweg länger wird. Dadurch "reserviert" sich ein Zug mehr Weg voraus und somit wird der Bahnübergang früher aktiviert.

Zitat von runspeedy1

oh das wäre ja cool! Gibt es eine Prognose, wann die Mod verfügbar sein soll? Noch im 2024?

Das kann ich leider nicht sagen, weil es nicht meine Mod ist. Ich verweise auf diesen Beitrag. Dort hat nightfury34 im Frühling seinen Fortschritt veröffentlicht.

Auch wenn der letzte Beitrag noch aus dem Mai stammt, kann ich zumindest sagen, dass er bis jetzt weiteren Fortschritt gemacht hat.

Es gibt ja 2 Versionen der vanilla Fahrzeuge, ggf funktioniert statt 'vehicle/train/eurodual_v2.mdl' die ältere Version 'vehicle/train/Eurodual.mdl'.

Zitat von Fabian88410

kann ich dann einfach den "vehicle/train/Eurodual_v2.mdl" verwenden ?

ja kannst du.

Was dargestellt wird, würde in der Beschreibung im Baumenü stehen, ich habe es aber auch durch Ausprobieren mit einem ankommenden Zug getestet.

Ich denke, dass du hast es verstanden hast.

Ich würde es aber ein wenig anders formulieren:

Alles was man frontal sieht gilt, was weggedreht ist gilt nicht.

Also wenn man die rotweisse Tafel sieht, dann gilt HP0. Sonst gilt HP0 nicht. Dies sagt aber nichts darüber aus, ob HP1 oder HP2 gilt. Nur wenn dieses Dreieck fehlt, dann gilt automatisch HP1.

Sonst hängt die Unterscheidung zwischen HP1 und HP2 hängt davon ab, ob dieses zusätzliche Dreieck gilt oder nicht.

Welche Varianten meinst du? Es gibt hier nur eine.

Wenn du zwei Mods im Kaufmenü zusammenlegen willst reicht es bei den mdl des einen Mods alle groupFileName Einträge auf die des anderen Mods abzuändern. Überall sonst bleiben hiermit die Mods getrennt.

Selbstverständlich würde es zu einem Fehler kommen, wenn die abgeänderte Mod alleine geladen werden würde. Dies wäre wahrscheinlich aber nur ein blaues UI-Bild im Kaufmenü.

PS: Falls die Abkürzung 'b.s.' eine besondere Relevanz für das Verständnis hat, diese verstehe kenne ich nicht.

Ich habe den edit erst jetzt gesehen.

Die zweite Version ist korrekt

Und wenn eine Mod eine eigene Menu.mdl hat, kannst du diese ignorieren. Diese ist im Grund eine normale mdl Datei bei der soviel wie möglich weggelassen wurde.

Da kannst du problemlos bei allen anderen mdl Dateien auf eine andere mdl verweisen.

Der Eintrag 'groupFileName' bestimmt im Grund eine mdl Datei zum Gruppenkopf. Und das UI-Bild dieses Gruppenkopfs wird im Kaufmenü angezeigt. Die Menu.mdl ist nur dazu da, um ein eigenes Bild (bei dem man beispielsweise mehrere Varianten sehen kann) im Kaufmenü darzustellen.

Eine paar direkte Übersetzungen habe ich oben.

Fehlend wäre noch:

Voie Libre VL = HP1 UND Vr1

Ich habe kurz mit dieser Mod getestet und finde es zusammen mit der Seite relativ intuitiv. In dieser Mod werden alle relevanten Teile zusammen als ein Signal gesetzt.

Zu deiner Signalisation:

Das Signal für die Ausfahrt ist korrekt.

Insofern sich die Raute nicht dreht, sollte das untere Signal Hp1-Vr0 zeigen.

Für Hp2-Vr0 brauchst du:

• ein hinteren Mast mit der rotweisen Tafel, die sich dreht (drehen damit Durchfahrt erlaubt ist.)
• darüber ein Dreieck mit Spitz nach unten, das sich nicht dreht. (Langsamfahrt HP2)
• davor an einem kürzeren Mast eine Raute, die sich nicht dreht (Halt erwarten Vr0)

Selbstverständlich könnte Hp1-Vr0 auch dargestellt werden, wenn sich das Dreieck auch zur Seite dreht.

Ich nehme an du meinst, dass du diese Lakierung in eine andere Kaufmenügruppe hinzufügen möchtest. Dafür musst du nur folgenden Eintrag in der mdl anpassen:

metadata = {
    transportVehicle = {
        groupFileName = "vehicle/train/[...].mdl",

Anstelle der eckigen Klammer trägst du einfach den Pfad zur gewünschten Gruppe ein. Am einfachsten geht es wenn du den Pfad aus einem anderen Fahrzeug der gewünschten Gruppe kopierst.

Schau dir mal stellwerke.de an.

Wenn ich den Quervergleich richtig gemacht habe, dann gilt folgendes:

Carré C = Hp0

Avertissement A = Vr0

Ralentissement 30 R = Vr2

Rappel de ralentissement 30 RR = Hp2

Bei HP1 und Vr1 werden die Tafeln vermutlich um 90° zur Seite gedreht sodass sie Parallel zum Gleis stehen.

Zitat von MaikC

Der Dateipfad ist bei cookie zu lang.

Dies scheint auch nicht der Fall zu sein. Gemäss Rückmelung zu einer Testversion scheint es jetzt zu funktionieren. Womöglich könnte es ein Modkonflikt sein, wobei ich eher vermute dass es entweder an der 0.17 Version des Konverters oder an der neueren Spielversion liegt.

Selbstverständlich ist diese Anleitung bereits vier Jahre alt, also da könnte einiges passiert sein.

Bald sollte sie sowieso redundant sein, weil es auch für die Typ N Signale eine Mod geben wird.

Ich würde mitlerweile ein Problem bei der Konvertierung vermuten.

Ich habe keine Ahnung was genau los ist. Ich habe mir jetzt selber nochmals die Mod zusammen gebaut und konvertiert (mit v0.17).

Diesmal scheint die Mod zwar korrekt konvertiert worden zu sein (mdl sind TPF2 typisch aufgebaut), aber ich kann den Fehler von CookieChiara erzeugen und zwar genau dann, wenn die Mod gemeinsam mit der Typ L Mod geladen wird. Wird nur die Typ N Mod geladen, scheint es zu funktionieren.

Bei dieser neuen Version wurde alles in Bezug zur settings.lua überschrieben. Insbesondere die Verfügbarkeit wurde von 1986 bis 1986 gesetzt, was im Grund impliziert, dass die Signale nie verfügbar sein werden. Und da dies fix in die mdl geschrieben wurde, müsste man nun jede Datei einzeln anpassen.