Beiträge von HansVader

Willkommen in der Transport Fever Community

Wir begrüßen euch in der Fan-Community zu den Spielen Transport Fever und Train Fever, den Wirtschaftssimulatoren von Urban Games. Die Community steht euch kostenlos zur Verfügung damit ihr euch über das Spiel austauschen und informieren könnt. Wir pflegen hier einen freundlichen und sachlichen Umgang untereinander und unser Team steht euch in allen Fragen gerne beiseite.

 

Die Registrierung und Nutzung ist selbstverständlich kostenlos.

 

Wir wünschen euch viel Spaß und hoffen auf rege Beteiligung.

Das Team der Transport-Fever Community


    Ich bin per zufall auf die Gleis-/Straßen-Menü-Manager Mod von WernerK gestossen. Ich habe diese Mod zuvor nicht beachtet, weil ich das Gleisbaumenü selber sauber geordnet halten kann und dafür keine Mod brauche. Ich habe die Mod jetzt aber getestet und ich finde sie für mein Problem nutzlos.


    Im Passivmodus sind im Gleisbaumenü sämtliche Gleise vorhanden und genauso verhält es sich in der Gleisauswahl der Gleiskonstruktionen. Wenn ich die Mod aber richtig verstanden habe, dient der Passivmodus nur dazu, die verwendeten Gleise zu erfassen und extern in der wktsr_settings.lua aufzulisten.


    Dementsprechend sind im Aktivmodus nur jene Gleise vorhanden, welche in der wktsr_settings.lua erfasst sind. Nebst den benutzten Gleise, kann in dieser Datei auch eine White- und Blacklisten erstellt werden. Dies wäre eigentlich meine Wunschlösung, würde dies nicht zugleich auch das Gleisbaumenü auf diese Gleise reduzieren.


    Ich würde damit sozusagen das gleiche Ergebnis erhalten, wie wenn ich einfach alle Gleise lösche, die ich nicht in der Gleiskonstruktion haben möchte.

    Ich würde aber gerne lediglich die Auswahl bei den Gleiskonstruktionen reduzieren, aber zugleich im Gleisbaumenü die volle Auswahl haben.


    Ausserdem funktioniert diese Mod nicht, wenn die Gleisauswahl in der Konstruktion über die CommoApi von eis_os getätigt wird. Hier spielt es keine Rolle ob die Mod vor oder nach der CommonApi geladen wird.


    Dementsprechend bin ich immer noch gleichweit wie vorher.

    Ich habe mir eine Gleismod zusammengestellt und habe es bei der Anzahl Gleisen "ein wenig übertrieben". Das Gleisbaumenü ist zwar voll, aber für mich dennoch übersichtlich. Bezüglich Baumodule bei Bahnhöfen habe ich mir einen Filter abgeschaut, sodass nur eine Selektion von Gleisen auftaucht.

    Dieser Filter wirkt jedoch nicht auf Bahnhofmods, Depotmods oder andere Gleiskonstruktionen, welche im UI-Menü sämtliche vorhandene Gleise laden. Gibt es eine Möglichkeit einer Mehrzahl anderer Mods mitzuteilen, dass sie nicht sämtliche Gleise laden sollen?


    Beispiel für vorhandene Gleise (stark verkürzte Liste):

    Freestyle_Bahnsteig.lua

    Schotterbett.lua

    Tunnelgleis_1.lua

    Bahnhofgleis_1.lua

    Bahnhofgleis_2.lua

    Bahnhofgleis_3.lua


    Nur schon von der Logik her macht es Sinn, dass nur die Bahnhofgleise in der Gleisauswahl bei Bahnhöfen, Depots etc. vorhanden sein sollten.


    Optimalerweise würde ich mir eine Lösung via einer eigenständige Mod (oder als Script für meine Gleismod) wünschen, die für alle anderen Mods filtert, welche Gleise sie im UI-Baumenü anzeigen sollen.

    Alternativ wäre es auch kein Problem, wenn ich bei jeder Mod mit eigenen Gleisen, die Gleise dort aus der Auswahl entfernen könnte.

    Mühsam wäre es bei jeder Mod mit Gleisauswahl, diese manuell definieren zu müssen.


    Ich habe mir schon einmal ein paar Mods angeschaut. eat1963_spitzkehre_2 hat soweit ich es erkennen konnte, einen eigenen Filter spezifisch für die Mod. Eine solche whitelist (oder blacklist), als globaler Filter wäre eine Wunschlösung.

    Diverse Mods nutzen die CommonApi, um alle vorhandenen Gleise aufzulisten. Ich nehme an, dass sie folgenden Codeblock dafür brauchen. Ich kann damit aber selber wenig anfangen.

    Ich hoffe mir kann hier jemand eine Lösung anbieten oder zumindest mir helfen eine Lösung zu finden.

    Danke für die Bestätigung.

    Da es nicht bloss ein Update ist, gehe ich grundsätzlich davon aus, dass es möglicherweise nicht kompatibel ist. Es ist aber leider auch nicht ersichtlich, ob eine neue Mod eine andere alte Mod redundant macht.

    Deshalb habe ich auch die beiden Beispiele oben erwähnt, weil gerade wenn sich die Bezeichnung zusätzlich ändert, dann kann man kaum erkennen, ob es eine zusätzliche Mod ist, oder ob es eine ersetzende Mod ist.

    Viel Spaß mit der Neuauflage der Zans von kaleut.

    https://modwerkstatt.com/downl…esselwagen-zacns-zans-95m

    Verstehe ich dies richtig, dass damit die Mod kaleut_zacns_1 gemeint ist, welche durch die neue Mod ersetzt wird? Ich musste selber kurz schauen um herauszufinden welche Mod gemeint war. Ich habe sie dann im Archiv der Modwerkstatt gefunden.


    Habe ich es richtig erkannt, dass alle Mods im TPF2 Archiv der Modwerkstatt durch eine neue überarbeitete Version ersetzt wurden? Falls ja wäre es hilfreich, wenn bei den neuen Mods stehen würde welche alte Mods sie ersetzen.

    In dem Kontext würde ich gerade gerne wissen ob folgende Mods von kaleut entsprechend ausgetauscht werden können, oder ob es sich um unterschiedliche Wagen handelt.

    kaleut_sgnss_60_1 -> modwerkstatt_sgns_60_2

    kaleut_sdggmrss_1 -> modwerkstatt_t2000_1 + modwerkstatt_t3000e_1

    Zumindest als normale better Signals wären die Zwerge jetzt umgesetzt.


    Es gibt halt die Einschränkung, wenn auf dem gleichen Streckenabschnitt auch andere Signale verwendet werden, dass die Zwergsinale jeweils nur mit den bereits verwendeten Wegpunkten und Signalen verkoppelt werden sollen.

    Auszug Signalreglement R 300.2

    Das ist im Grunde genau das was ich geschrieben habe, einfach nur ausführlicher erklärt.


    Ausserdem sollte die Sache mit der Rangiergrenze damit auch funktionieren. Denn dafür würde man eine Spitzkehre brauchen und der Zug müsste im Linienplan dort auch halten, ergo wird automatisch Fahrt mit Vorsicht signalisiert.

    Eine Zugfahrt müsste lediglich noch das nachfolgende Signal erkennen, sodass Fahrt signalisiert wird. Hierfür könne aber auch ein Parameter aushelfen.


    nightfury34 Wie sieht dein aktueller Standpunkt hierzu aus? Planst du bei Gelegenheit auch dementsprechend eine Anpassung für die Basismod vorzunehmen? Wenn ja, halte ich ersteinmal meine Finger still. Wenn nein würde ich schauen was sich machen lässt für eine Umsetzung als normale Better Signals.

    Ich glaube, es wäre sogar bereits ohne Anpassung möglich - würde aber voraussetzen, dass alle Signalpakete angepasst werden. Ich meine aber eine Umsetzung via Basis-Mod wäre eleganter.

    Es bräuchte doch aber eine unterschiedliche Interpretation der Parameter. Die bisherigen Parmeter wirken auf das vorherige Signal zurück und sollen auch nicht weiter zurückwirken, einen Rangierfahrt Parameter müsste aber auf alle vorherigen Signale zurückwirken.

    Und um z.B. Rangierfahrten darzustellen, wäre es evtl. sinnvoll die gesondert darstellen zu können - zumindest, wie ich mir das aktuell vorstelle (wobei ich offen für alternative Ideen bin):

    Wenn du Rangieren als ein gesondertes System umsetzen möchtest, ja dann braucht es Anpassungen.


    Ein Parameter für Rangierfahrten wäre denkbar, aber ohne grosse Anpassungen müsste dieser hinter jedem Signal plaziert werden, was wiederum implizieren würde, dass Rangierfahrten und normale Zugsausfahrten auf getrennten Routen stattfinden müssten (sie müssten jeweils verschiedene Wegpunkte anfahren).


    Lediglich ein Parameter bei der Einfahrt wäre möglicherweise mit einer Anpassung der Basis Mod umsetzbar, aber du darfst hier auch nicht die Erkennungsdistanz vergessen. Solange der Bremsweg das Zuges nicht bis zu diesem Wegpunkt geht, würde eine solche Erkennung nicht funktionieren. Hierzu kommt noch der Faktor, dass Rangierfahren sowieso eher langsam sind und dementsprechend der Bremsweg auch nur kurz ist.


    Ich habe das Gefühl, ausser wenn du dem Zug selber einen Status Rangierfahrt geben kannst, dann sind gesonderte Rangierfahrten kaum umsetzbar.



    Nachtrag:

    Wenn die better Signals noch immer wie bei meinem letzten Test der Entwicklungsversion funktionieren. Also alle Wegpunkte werden wie in vanilla bis zum nächsten Signal geschaltet, dann könnte man damit das Problem der Erkennungsdistanz beheben. Es bräuchte aber immer noch eine Anpassung, dass der Parameter bei der Einfahrt nicht nur auf das vorherige Signal, sondern auf alle Signale des Weges einfluss nimmt.

    Im Grundsatz funktioniert das better Signals System so, dass du entweder ein Signal oder Wegpunkt plazierst und diesen dann mit einem oder mehreren better Signale verkoppelst. Das heisst wenn du bereits ein Zwergsignal oder eine Balise als Signal plazierst, dann brauchst du kein unsichtbares Signal mehr.


    Betreffend Balisen hat es f1rnen schon erklärt, die braucht es immer Paarweise und wegen dem Problem in Steigungen, habe ich die Möglichkeit gegeben diese einzeln zu plazieren.


    Parameter gelten nur für das Hauptsignal und müssen beim nachfolgenden Wegpunkt eingetragen werden. Für Vorsignale gibt es keine Parameter, aber diese kann man indirekt beeinflussen. Jedes Vorsignal referenziert auf das nächste Hauptsignal. Das heisst ein Parameter für das nächste Hauptsignal wirkt zurück auf das aktuelle Vorsignal.


    Wie du selber aber bereits festgestellt hast, sind deine Distanzen wohl zu gross, als dass die better Signale dies noch darstellen können. Insofern du bei der Durchfahrt nur ein einzelnes Signalbild darstellen möchtest, wäre vielleicht die Nutzung der klassischen Signalmod die bessere Option.

    Was du dir auch überlegen könntest, wäre der Bau von Gleisabschnittsignalen, um die Distanzen zum nächsten Signal zu verkürzen. Solange du deine Signale nur mit einem Wegpunkt verkoppelst, müsstest du auch nicht befürchten, dass Züge plötzlich an Orten halten, wo sie nicht halten sollen.


    Bezüglich Zwerge muss ich wohl einmal Kontakt mit WoScha aufnehmen.

    nightfury34 Für die Zwerge bräuchte es nicht unbedingt eine Anpassung der Basis Mod, weil die wichtigste Funktion, dass mehrere Signale mit dem gleichen Signal oder Wegpunkt verkoppelt werden können, besteht bereits. Würde nicht die Unterscheidung zwischen Halt bei rot, Fahrt mit Vorsicht, wenn das nächste Signal auf Halt steht, und sonst Fahrt ausreichen? Oder verstehe ich den Einsatz der Zwerge zuwenig.

    Ich werde mir was für Stile (Europa/USA) ausdenken, aber das wird dann nur global und nicht per Savegame einstellbar sein... Ich hab zur keiner Zeit zugriff auf die momentane Spielzeit bzw. das (Bau)Jahr.

    Musst du dir dazu überhaupt etwas ausdenken?

    [...] und Modelle können diese dann auswählen.

    Wenn die Modelle auswählen können welche Schriftart genutzt werden soll, dann wird bereits die ganze Selektion (geographisch und zeitlich) mittelbar durch das Modell durchgeführt.

    Signale kannst du wie Wegpunkte der Line hinzufügen, indem du sie wie Stationen hinzufügst.

    Wie kann ich denn ein Signal nur einer Linie zuordnen?

    Um Missverständnisse vorzubeugen. Die Linien können mit Signalen oder Wegpunkten auf eine auf eine gewünschte Route geführt werden. Ein entsprechendes Signal gilt aber für alle vorbeifahrenden Fahrzeuge und nicht nur jene, bei denen es der Linie hinzugefügt wurde.

    Der Wagen ist normal im Modorder, wie auch im Kaufmenü, vorhanden. Wie ich schon erwähnt habe, wurde der Wagen wahrscheinlich umbenannt, sodass die ursprüngliche mdl nicht mehr auffindbar ist.

    Es ist kein grosses Ding diese zu ersetzen. Aber da dazu nichts geschrieben wurde, weiss ich nicht ob dies versehentlich passiert ist oder nicht. Dementsprechend wollte ich dies nur kurz erwähnt haben.

    Ich denke das könnte der springende Punkt sein. Ein privater Modder macht dies nichts Gewerbstätig und muss keine Angst haben, aber wenn die Mods durch UG zur Verfügung gestellt werden, wie es ja auf der Konsole der Fall ist, ist es anders

    Ich bin mit Konsolen nicht ganz so bewandert, aber wenn der Modersteller da nicht derjenige ist der die Mod bereitstellt, dann liegt wohl gewerbsmässigkeit vor. Aber selbst dann würde der Schutz "nur" 25 Jahre seit Design Registrierung bestehen.


    Aber gemäss dem Hinweis von MaikC liegt das Problem wahrscheinlich nicht darin, ob die erstellte Mod irgendwelche Rechte verletzt, sondern dass stattdessen ein Übergeordneter Akteur wie Sony einfach diktiert was geht und was nicht.

    Es ist überhaupt fraglich, ob Logos & Markennamen überhaupt bei realitätsgetreuen Modellen Rechte verletzen.

    Diese Frage habe ich mir aus Neugier auch gestellt und habe dazu einen Blick in die Schweizer Gesetze geworfen. Am Ende bin ich zum Schluss gekommen, soweit das Urheberrecht anwendbar ist, ist dies mehr oder weniger das einzige Recht, welches verletzt werden könnte.


    Markenrecht ist anwendbar bei gleichen oder ähnlichen Güter und Dienstleistungen. Offensichtlicherweise ist das Transportwesen komplett was anderes als Elemente für ein Videospiel. Eine Alternative Einschränkung gäbe es noch wenn die Markennnutzung den Ruf des Unternehmens schädigen würde. Dies würde ich zwar verneinen, liesse sich aber nicht ausschliessen, wenn von einem Modder schlechte Arbeit geleistet wird.


    Das Designrecht könnte nur bei einer Nutzung für eine gewerbsmässige Tätigkeit zur Anwendung kommen, das sollte auch nicht der Fall sein.


    Firmenrecht und Patentrecht lassen sich recht simpel verneinen.


    Also im Ergbenis würde ich sagen, dass, insofern die Marken und Logos den schöpferischen Anspruch nach dem Urheberrecht erfüllen, dieser entsprechende Schutz vorhanden ist. In allen anderen Fällen sollte es gemäss meiner Auslegung des Schweizer Rechts kein Problem sein. Jemand mit tiefergehenden Kenntnissen im Immaterialgüterrecht möge mich gerne korrigieren.


    Selbstverständlich ist Recht haben und Recht zugesprochen bekommen nicht das gleiche. In der HInsicht ist die Herangehensweise der Modwerkstatt hervorzuheben, welche für gewisse Repants eine ausdrückliche Erlaubnis eingeholt haben, um sämtlichen Rechtsverletzungen vorzubeugen.