Deutsches Simutransforum
Signale um Fahrzeugrouting zu beeinflussen - Druckversion

+- Deutsches Simutransforum (https://simutrans-forum.de/mybb)
+-- Forum: Simutrans (https://simutrans-forum.de/mybb/forumdisplay.php?fid=3)
+--- Forum: Wie spiele ich Simutrans? (https://simutrans-forum.de/mybb/forumdisplay.php?fid=6)
+--- Thema: Signale um Fahrzeugrouting zu beeinflussen (/showthread.php?tid=5981)

Seiten: 1 2 3 4 5 6 7 8 9 10 11 12 13


- alexbaettig - 08-07-2011

Vielleicht sollte diese Diskussion auch im internationalen Forum geführt werden als eine Art Umfrage wie diese Communitiy das vorgelegte Problem einschätzt und ob das Signal eine gute Lösung ist?


- Dwachs - 08-07-2011

Zitat:Original von cfdssobald mir jemand sagt das man signalflags in eine uint16 verwandeln darf.
Kann gerne in 16bit umgewandelt werden. Mehr als 8bit wurden halt nie gebraucht. Im int forum gibts auch einen Patch fuer ein anderes Signal:

http://forum.simutrans.com/index.php?topic=7090.0


- Randy007 - 08-07-2011

Sowas hies früher Vorsignal
siehe:Vorsignal Wicki


- alexbaettig - 08-07-2011

Das heisst auch noch immer Vorsignal. Aber das "Presignal" also Vorsignal im Standart (ich weiss nicht bescheid über Experimental) führt lediglich dazu, dass der Zug vor diesem Signal anhält wenn das Blocksignal nachher rot ist. Das Singal im Link führt dazu, dass der Zug verlangsamt wird. So wie real…


- prissi - 09-07-2011

Warum es bei Schiffen oder Flugzeugzeugen und auch in ein paar anderen fällen Crahsen kann: Weil dann der Weg=NULL sein kann und w->get_penaly() ist dann der Grund für den Absturz. Aber wenn es denn gewünscht ist, kann man dass (etwas modifiziert) schon einbauen.


- cfds - 09-07-2011

Ich stelle gerade fest dass der weg->getPenalty()-Aufruf nur in wggon_t.get_kosten() gemacht wird, von daher sollte also nichts passieren (interessanterweise wird in der Funktion nie auf weg!=NULL gecheckt, das Vertrauen in den Wegfinder scheint groß genug zu sein).

Mein Plan ist jetzt erstmal meinen Patch mit Eriks Vorsignal zu verheiraten (was relativ schnell gehen sollte) )und den getPenalty-Aufruf auch auf Autos zu erweitern.

[Edit] So, ist erledigt. Der neue patch unterstützt 16bit flags für Signale, eriks "echte" Vorsignale und mein Penalty-Signal. Man kann sogar "alte" Penalty-Signal-Spielstände laden.


- cfds - 12-07-2011

Letzter bump in diesem thread (außer es kommt noch mehr Diskussion): Ich habe den Patch mal ins internationale Forum geladen (Klick mich!). In diesem Thread sind auch Links zu binaries, basierend auf r4692.


- a0001 - 23-07-2011

Ist das neue Signale schon in Einen neuen nightly eingebaut?


- cfds - 23-07-2011

Ich habe Executables für verschiedene Systeme sowie ein Pak64-Addon in diesem Thread im Internationalen Forum verlinkt, im zweiten Post sind die aktuellen Versionen.
Die bisherigen Reaktionen auf den patch waren ... verhalten.


- partyschreck - 23-07-2011

Ein Signal, das nur dazu da ist, den Computer dazu zu bringen, die schlechten Strecken, die man gebaut hat, auch zu benutzen, ist bestimmt nicht der große Bringer.

Ich denke, das einzige Signal, das dem Spiel einiges geben könnte, ist ein einseitig wirkendes Pre-Signal, das die Strecken nicht zur Einbahnstrecke macht.
98% aller Möglichkeiten ein Pre-Signal aufzustellen scheitern daran, dass der Effekt in der Gegenrichtung unerwünscht ist.
Auf (einfachen) Einbahnstrecken dagegen braucht man erst gar kein Pre-Signal.
Man passt seine Bauweise dieser Tatsache an, und findet immer auch so Lösungen, aber man könnte sehr spannende und abwechslungsreichere Strecken bauen mit diesem Signal.
Das Routing beeinflussen tuts aber wohl nicht.
Mist, am Thema vorbei!