Posts by Mika

    EURsig klingt interessant, noch nicht entdeckt. Wonach muss ich da suchen um mir das anschauen zu können? Vllt. Kann man da Kompatibilitäten erzeugen.

    Unter anderem in diesem Thread: EURSIG - Aufstellen, Einschalten, Abfahrt - ein neues Backend für Europäische Signale

    Der Grundansatz und die Anforderungen die ich an mein System gestellt habe, sind andere. Aber Entstanden sind sie aus meiner persönlichen Unzufriedenheit mit unverständlichen Signalsystemen, die das ?-Menü überfluten und kleinteilige Einstellungen von Fahrstraßen darüber benötigten. Aspekte der Handhabung, die du jetzt scheinbar auch in DBSig verbessern möchtest.

    Nett zu lesen, dass nach Jahren des nicht sinnvoll schließbaren Pop-ups bei DBSig nochmal etwas passiert. Interessant zu beobachten finde ich, dass jetzt auch einige Ansätze hinsichtlich Vereinfachung des Signalaufbaus (Aufstellbereite Signale, Rangierfahrten, PZB direkt am Signal...) ähnlich meiner Gedanken zu EURSig gewählt werden.

    Das ist zwar nett, aber nicht wirklich direkt einleuchtend und so wahrscheinlich am besten für den Multiplayer geeignet, nicht jedoch für den normalen Fahrmodus.

    DBSig Entwicklung wurde ja noch unter Jet-Engine Trainz (TS 12) begonnen, mit dem damaligen Multiplayer hab ich keine Erfahrung, daher mal aus Neugier: funktionierte das damals wirklich? Im E2 Engine Multiplayer irgendwelche Custom-Script-Sachen zuverlässig synchronisieren zu lassen erschien mir nahezu unmöglich und ich möchte behaupten, dass selbst im Multiplayer der Ansatz über Train Priority stabiler laufen würde. Wobei das alles eh irgendwie hinfällig ist, da der Multiplayer seit einem der späteren TRS19 Servicepacks grundsätzlich kaum noch stabil läuft.

    Train Priority ist für Neulinge sicherlich auch nicht unbedingt intuitiv zur Definition von Rangierfahrten, aber zumindest besteht unter vielen erfahrenen Anwendern weitgehender Konsens dass es dafür geeignet ist.

    Please don't forget to make also the AUSTRIAN signals.

    We have enough to work on with the 4 countries we currently have on the Central Europe Mini route. Austria as its been on the larger older Central Europe route is currently not our focus. Our resources for content creation may be powerful but as everyone does it in their free time, ultimately limited, so new assets and models we create are bound to what we need to make our route look good :)

    As for new signals: implementing them script-side isn't hard. It's never been. But you could read about our plans for a (long overdue) revision of the signalling systems of the 4 countries we currently work on for a while, but we haven't shown a single screenshot of a new signal in action yet. Thats because the models are still taking their time alongside all the other kinds of models we create for our project. Even if we would tag on making new Austrian signal models to the end of our current modelling schedule, they probably wouldn't be finished this year.

    Please stop requesting us to make models for Austrian signals for you. I'm happy to implement Austrian signal aspects into my script - as I said that is not hard - but I do not have and I do not know someone who has the ability to make the models necessary for it! Maybe you can find a freelance 3D artist willing to make game-ready models in exchange for money, but the Central Europe Team offers no such service.

    5 Jahre nach der ersten Veröffentlichung gibt es nun neue Texturen für meine Straßen. Diese bieten eine höhere Auflösung und wurden von ZiuT erstellt. Die Updates für alle bestehenden Straßen wurden zur DLS geschickt und sollten in Laufe des 24. verfügbar sein.

    Auf Wunsch aus dem Central Europe Team erscheinen etwas später dann noch ein paar weitere Fahrbahn- und Markierungsvarianten. Deren Texturen sind bereits fertig.


    Fröhliche Weihnachten
    Mika

    Kleines Update 24. Dezember:


    ChWerwick hatte einen Fehler festgestellt, der von den Markern ausgelöst wurde, weil in der Config der Marker nicht die korrekte Version der Skriptlibrary hinterlegt war. Ich habe die Marker nun geupdatet und zur DLS geschickt, in Laufe des 24. sollten diese dort verfügbar werden.

    Gleichermaßen fiel mir dabei auf, dass die meisten Marker nicht mehr die Transparenz und im-Dunkeln-leuchten Funktion haben, die ich bei den ersten Markern mal eingestellt hatte. Hier wird wohl zulünftig noch ein re-export aller Marker und ein Update der Mesh-Library notwendig.

    Auf Wunsch von Christian plane ich, zukünftig den Funktionsumfang der Hl-Signallogik um ein Frühhaltsignal zu erweitern. Da in der Funktion sehr ähnlich könnten im gleichen Zug noch für H/V-Signale (und Ks? Hat Ks die auch?) die Lichter für einen verkürzten Vorsignalabdtand umgesetzt werden.

    Im gleichen Zug wird aus der Hl-Logik die Unterstützung für Geschwindigkeitsanzeiger als Zusatzanzeiger entfernt, diese sind hier ja redundant.

    Aus dem Central Europe Team besteht außerdem der Wunsch, im nächsten Jahr noch die (mit Hl stark Verwandten) Polnischen und Tschechoslowakischen Signalsysteme umzusetzen.


    Fröhliche Weihnachten
    Mika

    Das Script ist das große Problem, nicht so sehr die Optik.

    Ich kann OHNE funktionierende Signale in Trainz 22 keine Österreich Map bauen! :loudly_crying_face::loudly_crying_face::loudly_crying_face::loudly_crying_face::loudly_crying_face::loudly_crying_face:

    Selbst habe so viele andere offene Themen und noch so viel zu erlernen in TRAINZ, dass ich keine realistische Chance sehe, selber in absehbarer Zeit ÖBB Signale zu erstellen. ( kann noch noch gar nix bei der TRAINZ Contenterstellung )

    Ich wäre schon SUPER HAPPY, wenn jemand diese alten "michael-h" Signale mit PGUY kompatible Scripts ausstattet.

    Der User "michael-h" ist schon lange nicht mehr altiv auf Trainz. Kannst Du BITTE HELFEN?

    Guten Tag, es wäre sicherlich möglich, eine Unterstützung für das österreichische Signalsystem, was den Deutschen H/V Signalen ähnelt, im Skript bereitzustellen. Auch ein Einbau in die uralten Modelle von michael-h wäre unter Umständen umsetzbar, aber nicht durch mich. Kontakt zu michael-h habe ich jedenfalls nicht, damit kann ich nicht helfen, ich wüsste auch aktuell von niemand anderem der plant, Signale für Österreich zu bauen.

    Mit der Fertigstellung des Schweizer N-Signalsystems von Chem Flummi kommt nun auch der aktuelle Stand der EURSig-Skripte erstmalig auf die DLS. Enthalten sind die Skripte für die deutschen Signalsysteme Ks, Hl und H/V und eben neu das Schweizer Signalsystem N. Ich stelle hiermit nur die Programmierung zur Verfügung. Wer also gerne neue Hl oder H/V Signale modellieren möchte, kann dies gerne tun und ich helfe gern bei der Integration des Skripts, selber habe ich allerdings aktuell nicht vor, Signale zu modellieren.

    Mir liegen außerdem Anfragen vor, Signalsysteme aus weiteren Ländern zu integrieren, für die tatsächlich aktuell Modelle in Arbeit sind. Damit kann ich also schonmal ein zukünftiges Funktionsupdate in Aussicht stellen.


    Zudem habe ich (sehr einfache) Platzhaltersignale zum Testen der Ks, Hl und H/V Systeme entwickelt.

    Diese werden nach einigen noch notwendigen Anpassungen (welche dann nochmal ein Update der Mesh Library erfordern) zusammen mit einer verbesserten und öffentlich niedergeschriebenen Dokumentation des Systems veröffentlicht, um Signalbauern bei der Integration der Skripte als Beispiel zu dienen. Wenn Bedarf daran besteht, kann auch die Teststrecke, die den Einsatz der verschiedenen Marker im Schienenweg demonstriert, veröffentlicht werden. Aber eigentlich finde ich ist mir für die Anwendung durch Streckenbauer ein selbsterklärender Ansatz gelungen.

    Jeder der Interesse daran hat, Signale mit diesem Skript zu bauen, kann sich aber bereits jetzt melden und ich unterstütze händisch direkt solange noch keine allgemeingültige Dokumentation existiert.

    Zusammengefasst: EURSig v1 (03.04.2025)

    • Signalsysteme aus DE: Ks, Hl, H/V
    • Signalsysteme CH: N
    • Geschwindigkeitssignalisierung in 10er-Schritten von 10 bis 160 km/h
    • Richtungsanzeiger mit allen Buchstaben des Alphabets (schweizer Signale haben keine Richtungsanzeiger)
    • Gegengleissignal Zs6, Ersatzsignal Zs1/Zs7 für die Simulation von nicht als Fahrstraße hinterlegten Fahrtbeziehung in mechanischen- und Relaisstellwerken
    • Optional: Herabsetzen der HUD/KI-Geschwindigkeit am Signal, heraufsetzen aktuell nicht möglich
    • Signale unterstützen für die einzelnen Lampen Meshes, Coronas oder beides gleichzeitig

    Zukünftige Updatepläne:

    • Dokumentation für Signalbauer
    • Weitere OSShD-basierte Signalsysteme
    • (primitive) Rangiersignale (Sperrsignale)
    • Kombination aus Zs6 und Zs1 erzeugt Gegengleis-Ersatzsignal Zs8
    • Rangiersignal Sh1 für Fahrten mit Zugpriorität 3

    Guten Morgen

    Sehr schön, dass meine Skripte produktiv Verwendung finden. Damit deine schweizer Signale auch möglichst bald für alle in Betrieb gehen können, habe ich gerade alles dafür notwendige zur DLS geschickt. Ist dann hoffentlich im Laufe des nächsten australischen Tages verfürbar, wenn sich die DLS nicht an der Mesh-Library verschluckt.

    Wie die anderen schon angemerkt haben, gibt es die richtige Lichtfunktion nur für Lokscheinwerfer.
    Semi-technische Erklärung: Die Engine wurde nur optimiert, mit einer einzigen richtigen Lichtquelle gleichzeitig zu arbeiten, und das ist tagsüber die Sonne. Lokscheinwerfer sind kleine Sonnen, und schon ab zwei gleichzeitig im Bild geht die Performance spürbar runter.

    Ansonsten ist das System sehr flexibel, bunte Farben und Helligkeiten alles möglich per Skript, halt eben nur mit sehr schlechter Performance, somit nur für Screenshots und in dem Sinne spricht auch wenig gegen die Tatsache, dass es halt nur mit Loks auf unsichtbaren Gleisen funktioniert.

    External Content www.youtube.com
    Content embedded from external sources will not be displayed without your consent.
    Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.

    Es ist, wenn man Splines als Autor erstellt, übrigens möglich, kurze Segmente zu erstellen die nur an Extrempunkten wo solch kurze/detailliertere Elemente gefordert werden zum Einsatz kommen und ansonsten dann lange Stücke mit längerer Textur. Meine Straßen haben das teilweise, wenn man die stark biegt dann kommen Segmente mit mehr Polys zum Einsatz die eine optisch weichere Biegung ermöglichen (aber ich glaube die Textur ist bei denen trotzdem gestaucht)

    Guten Tag Community!

    Da ich gerade über Unmut bezüglich Problemen alter Signale mit neuen Trainz-Versionen lese ist denke ich mal ein guter Zeitpunkt, endlich mal dieses Projekt als kleines Licht am Ende des Tunnels hier vorzustellen.

    Das letzte Jahr hatte ich wenig Zeit und Interesse an Trainz, aber langsam dahin schlich nach wie vor mein "letztes großes Projekt": eine neue Bibliothek an Signalskripten, die den Weg ebnet für deutsche Signale ohne viel tam tam die schnell aufgestellt und angeschlossen sind möglichst wenig Probleme mit anderen Skripten machen.

    Wieso, weshalb, warum?

    Lange ists her, da habe ich mich noch selber im Streckenbau versucht. Ein Thema was mich dabei immer frustriert hat: Signalisierung. Das damals verbreitete VSM-System konnte unglaublich viel, aber die Einstellung war mühseelig und ohne manuelle konfiguration jedes Signals lief nichts. Viel einfacher bei den Amis - dort pflanzte man einfach Signale mit ein- zwei oder drei Köpfen und schon war eine realistisch aussehende Signalisierung im Regelbetrieb möglich die für die meisten Anwendungen in Trainz und sämtliche Modellbahn-Anlagen absolut ausreichte.
    Daher entstand von meiner Seite der Wunsch nach Signalen die für deutsche Strecken genau das können: ohne komplizierte Einrichtung den Regelbetrieb abdecken, denn ein Signalsystem mit Schweizer Messe Funktionalität gab es ja schon, die simplen Signale von vor 15 Jahren hingegen waren natürlich modernen Anforderungen nicht mehr gewachsen.

    Was geht? Was nicht?

    Und so entstand das GERSIG Projekt, Plug-and-play Signale die das H/V, HL und Ks System abdecken und möglichst auf die Verwendung des :question_mark: -Menüs verzichten. Die Idee: im inneren tickt weiterhin die amerikanische Signallogik die Trainz ab Werk beherrscht mit einem Zusatz: der Signalisierung von Geschwindigkeiten und Richtungsanzeigern. Auf die Umsetzung von Ersatzsignalbegriffen wird hier verzichtet, und die Umsetzung komplizierterer Signalabhängigkeiten wie der Kreuzung zweier Strecken wird durch die international verbreiteten Regeln und Skriptobjekte anderer Ersteller erreicht, die sich in großer Vielzahl auf der DLS befinden und diesen Job zuverlässig auf Nordamerikanischen und Australischen Strecken erledigen - wieso auch das Rad neu erfinden?
    Mit der nächsten Version wird er Projektname auf EURSIG geändert, da innerhalb des Central Europe Projektteams der Wunsch nach neuen Signalen für unsere Osteuropäischen Nachbarländer gekommen ist und der modulare Aufbau der Skripte ein einfaches Erweitern um weitere Signalsysteme unterstützt. Schließlich sind da, wo H/V Signale laufen bereits ein Großteil der Arbeit für Österreich, und mit HL Signalen auch die Hauptlast für Signale aus Polen, Tschechien, der Slowakei, Ungarn und co getan.

    Auf der technischen Seite unterstützen die Skripte eine Umsetzung der Signallichter durch Coronas, Meshes und beides gleichzeitig.

    An wen richten sich die Skripte?

    An Objektbauer, die Signale bauen möchten. basy2xc arbeitet schon seit einiger Zeit an einer Umsetzung von Ks-Signalen mit meinem Skript und durch Ersteller im Central Europe Team werden vermutlich neue polnische Signale entstehen.

    Was ist der aktuelle Stand?

    Aktuell gibt es von mir einige Testsignale für die Systeme HL, Ks und H/V für Hauptsignale, Vorsignale und Wiederholer funktionieren. Geschwindigkeitssignalisierung und die Richtungssignalisierung funktionieren durch "innovative" selbsterklärende Trackside-Objekte nach einer einfachen Regel: Signale zeigen die niedrigste zwischen zwei Hauptsignalen gefundene Signalgeschwindigkeit und den ersten Richtungsanzeiger auf den sie treffen.

    2023-04-18_14_05_39-Trainz_Railroad_Simulator_2022.pngpasted-from-clipboard.png

    Demnächst (sobald Zeit und Motivation dies erlauben) geht es dann an die Erweiterung des Systems um Gegengleisanzeiger (über das selbe System wie Richtungsanzeiger, einfach einen entsprechenden Trigger entgegen der Regelfahrtrichtung aufs Streckengleis am Bahnhofsende legen), Integration weiterer OSShD Signalsysteme (damit verbunden einer neuen Blinklogik zur Darstellung des "schnellen blinkens" Slowakischer Signale) und da mehrere Ersteller einen Wunsch nach der Berücksichtigung von Rangiersignalen geäußert haben, prüfe ich zur Zeit eine Umsetzung der Erkennung von Rangierfahrten über die wenig genutzte "Zugpriorität"-Option in Trainz.


    Interesse geweckt? Wer selbst Erstellt und am aktuellen Stand des Pakets aus Skripten, Testsignalen und Triggern interessiert ist, dem kann ich dieses gern zukommen lassen. Eine ausführliche Dokumentation besteht aktuell leider noch nicht, daher sind meine Unterstützungsmöglichkeiten aktuell nur nach Zeitverfügbarkeit meinerseits vorhanden, ich kümmere mich aber gerne soweit möglich um alle, die gern mit meinem Skript was bauen möchten. Ich hoffe, dass ich bei ausreichender Motivation diesen Umstand in Zukunft bessern kann.

    Ansonsten ist dieser Thread offen für Diskussion, Wünsche und Kritik. Bitte beachtet dabei die Motivation des Systems, das Ziel ist nicht, eine Alternative zum VSM oder dem zwischenzeitlichen DBSig zu erstellen - Features möchte ich nur berücksichtigen, soweit diese in einer weitgehend intuitiven und selbsterklären plug-and-play Erfahrung für den Streckenbauer resultieren!

    Hmm es gibt in der default-Signallogik von Trainz den Signalbegriff "EX_STOP_THEN_CONTINUE".
    In der Theorie wäre es mit mittelmäßigen CC Kenntnissen also möglich, ein Zwangshaltsignal zu erstellen, jedoch ohne wirkliche Aufenthaltszeit. Wie die KI in Trainz darauf reagiert, weiß ich allerdings nicht. Ich hatte bisher noch kein einziges Signal gesehen, welches diesen internen Signalbegriff nutzt :thinking_face:


    Greets, Mika

    Soweit ich weiß dient Compact Route im Wesentlichen einer neuen Indizierung aller für Sessions relevanten interaktiven Objekte (Industrien, Rollmaterial, Trackmarks, Trigger usw). Die damit erreichbare Verringerung der Dateigröße des Streckenassets ist praktisch nicht messbar, da diese Funktion keine Komprimierungsfunktion ist und auch keine Vereinfachung der Höhendaten und Bodentexturdaten bewirkt welche bei DEM-basierten Strecken einen wesentlichen Anteil der Dateigröße gegenüber handgemachten Strecken ausmachen.

    Mir wurde Compact Route immer nur als ultima ratio erklärt, wenn man mit riesigen Strecken von langer Entwicklungszeit arbeitet die viele der genannten interaktive Objekte beinhalten von denen in der Entwicklungsgeschichte der Strecke auch viele mal gelöscht und neu erstellt wurden (oder wie auch erwähnt bei sehr großen Merges mit vielen solcher Objekte) wenn man irgendwann eine magische Grenze erreicht, bei der sämtliche Menüs die zb zum Auswählen der Zielpunkte von Fahrbefehlen verwendet werden anfangen zu streiken, dann könnte diese Funktion möglicherweise die Benutzbarkeit der Strecke zunächst erstmal wieder herstellen. Ich habe sie noch nie genutzt.


    Greets, Mika

    It is, as always, extremely sad to hear that we have lost another great member of our community. My condolences. May Graham rest in peace.
    With all the modernisations of beloved assets he created, he has surely left his mark in the Trainz community. He will be fondly remembered here as his legacy will continue to live on in the shape of hundreds of virtual houses, locomotives, industries and railway tracks on computers around the world.


    I appreciate your efforts in trying to make sure that the content created by your father has a secured future. I hope you can succeed in your endeavour.


    Best regards,
    Mika

    Seit wann stellen in Trainz Signale Weichen, oder KI-Züge Signale? KI-Züge stellen Weichen, Signale nehmen auf bewegliche Fahrwegelemente von sich aus erstmal keinen Einfluss, die scannen höchstens die Strecke ab und schalten wenn sie ein weiteres Hauptsignal und dazwischen keinen Zug auf den Gleisen finden auf Fahrt.

    Daraus folgt natürlich, dass hinter den Signalen die auf Fahrt kommen sollen noch mindestens ein weiteres (gegebenenfalls unsichtbares, gegebenenfalls ein Prellbock mit Signalfunktion) Hauptsignal stehen muss.

    Greets, Mika

    Letzte Nacht haben wir ein Update der Forensoftware durchgeführt, welches das Design komplett zerstört hatte. Ich habe vorm schlafen gehen noch mein bestes versucht es erstmal zu flicken. Da ging die Profilanzeige auf der Hauptseite auch noch, mal schauen warum sie jetzt verschwunden ist. Scheint als ob Sebastian dafür eine Möglichkeit gefunden hat die mitscrollende Navigationsleiste oben endlich wieder zum laufen zu bringen, auch wenn ich sehe, dass da das Logo noch falsch positioniert ist. Wir werden uns über die nächsten Tage noch weiter ransetzen, Hauptsache für uns war erstmal dass jetzt kein länger andauernder Wartungsmodus entsteht und das Forum weiter benutzbar ist. Vielen Dank für euer Verständnis.

    proconfaust den Abmeldeknopf erreichst du beim Klick auf dein Profilbild in der Leiste oben, ich meine da war der schon immer?

    Greets, Mika