German Railroads Forum

Hallo zusammen,

nach einigem Suchen und Nichtfinden starte ich mal diesen Thread.

Für die 10-J-DVD von GR wird die neueste Binpatch-Version 1.8.052113 empfohlen. Bei manchen Freeware-Aufgaben wird aber oft eine 1.7er-Version verlangt. Ich bin solche Aufgaben aber schon mit der 1.8.052113-Version erfolgreich gefahren. Außer dem bekannten 0-km/h-Bug in der Version 1.8.052113 konnte ich aber bisher keine Probleme feststellen. Das kann natürlich auch daran liegen, dass ich zufälligerweise nur solche für die ältere Binpatchversion bestimmte Aufgaben gefahren bin, die eben keine Probleme machten.

NB. Es geht hier nur um echte Probleme bei der Verwendung des neuesten Binpatch, Version 1.8.052113, im Unterschied zu älteren Versionen, nicht um Beschreibungen der sonstigen Unterschiede. Die kann man, so man will, beim Hersteller nachlesen oder auch hier oder in anderen Foren, wobei es sich allerdings fast immer um ältere Beiträge handelt.

Zitat von »CapFan«

Ein mit 1.8 gebauter Patch führte dazu, dass für mich mit 1.7 irgendwann Ende vor einem roten Signal war und bis dahin hatten wir 2 Minuten Differnz.

Hallo CapFAn,

da bist Du eine neuere Aufgabe mit einer älteren Binpatch-Version gefahren. Mir ging es aber bei meiner Frage darum, was passieren kann, wenn man eine Aufgabe für 1.7 jetzt mit 1.8 fährt. Kann es da zu ähnlichen Problemen kommen?

Ich kann mich erinnern, dass speziell auf GR 6 mit der 10-J-DVD bei einigen Aufgaben Probleme mit Dauerrot auftraten. Die hat Ernst dann noch irgendwann so gelöst ( wie weiß ich nicht ), dass nun die älteren Aufgaben wieder liefen. Ist es möglich, dass da ähnliche Zeitdifferenzen auftraten, die die Fahrpläne von KI-Zügen und Blindzügen so durcheinander bringen, dass da nun das selbe Problem mit Dauerrot entsteht wie im von Dir geschilderten Fall?

Zitat von »Cris«

Blindzüge einen Efficiency-Wert < 0.05 haben (Aufgabe ohne BIN gebaut).

Hallo Cris,

die Sache kenne ich längst, siehe den Thread, auf den du verlinkt hast.

Es gibt aber Aufgaben, in denen kein einziger Zug mit einer Efficiency <0.05 vorkommt, und trotzdem gibt es an irgendeiner Stelle dann Dauerrot. Das habe ich gemeint.

Konkret habe ich etwa die Aufgabe "GRPT-06-Schulausflug nach Oberammergau" im Auge ( Zusatzaufgabe für PT 3 ): Da kommt man problemlos bis Nannhofen. Dort ist dann Schluss. In sämtlichen Services haben die KI-Züge eine Efficiency von 0.75 oder gar 1; der Blindzug hat eine Efficiency von 0.25.

An der Efficiency eines Blindzugs kann es also nicht liegen. Eher an dem von CapFan angesprochenen Zeitproblem, wofür ich aber im konkreten Fall persönlich keine Lösung weiß, außer dem Löschen sämtlicher KI-Züge, was aber langweilig wäre.

Denkbar wäre auch, bestimmte KI-Züge in der Gegend von Nannhofen rauszunehmen und dann sehen, was rauskommt.

Da man aber nach dem Rausnehmen eines bestimmten Zuges die Aufgabe jeweils von vorne fahren muss, um zu sehen, ob es funktioniert ( von timeacceleration wird von Fachleuten abgeraten, weil dadurch auch der KI-Verkehr durcheinander geraten kann ), wäre das ziemlich zeitaufwändig, da man bis Nannhofen schon ca. 1 1/2 Stunden unterwegs ist. Ob sich ein solcher Aufwand lohnt, weiß ich nun wirklich nicht.

@Cris,

Zitat von »Cris«

Frage, ob in der Aufgabe Wartepunkte verwendet werden. Wenn z.B. Blindzüge oder andere KIs, die signalschaltende Wirkung haben, Wartepunkte enthalten, die unglücklich gesetzt sind, kann es auch zu Dauerrot kommen. Hier sind auch durchaus Unterschiede zwischen BIN 1.7xxx und 1.8.052113 beobachtet worden.

Damit käme man dem Problem sicher näher - wenn man so ein erfahrener Aufgabenbauer ist, wie Du. Ich habe da noch bescheidenere Ansprüche.

Als Betatester bin ich eher in der Position etwa eines Autokäufers oder eines Fernsehkäufers: Ich kenne die Grundvoraussetzungen, wie man ein Auto bewegt oder einen Fernseher einschaltet und ein Programm wählt. Der Rest muss einfach laufen. Tut es das nicht, dann bringe ich die Sache zurück und lasse nachbessern. Vom Autobau oder von der Fertigung eines Fernsehers habe ich aber deshalb noch keine Ahnung und muss dies auch nicht.

Ähnlich sehe ich meinen Job als Betatester: Da bin ich nicht klüger als ein potenzieller User, der das Aufgabenpaket oder die Strecke kauft und einfach störungsfrei fahren will. Mit anderen Worten, als Betatester sollte ich nur nach Möglichkeit vermeiden helfen, dass - wie leider auch bei namhafter Software nicht unbekannt - die Software erst beim User reifen muss.

Konkret sieht das etwa so aus: Ich fahre eine Aufgabe und an irgendeiner Stelle geht nichts mehr oder die Aufgabe zickt oder es gibt sonst irgendwelche Unstimmigkeiten. Das kommt in ein Protokoll, anhand dessen der Aufgabenbauer dann die Aufgabe korrigiert. Mehr muss ich als "als autorisierter GR Betatester" eigentlich grundsätzlich nicht wissen. Dass ich gerne mehr wissen will und dauernd dazu lerne, steht dann natürlich auf einem anderen Blatt.

@rk54,

manche Aufgaben sind so alt, dass sie noch ohne Binpatch gebaut wurden. Es hängt wirklich vom Einzelfall ab, was da geht und was nicht. Als Radikallösung ließe sich natürlich bei sehr interessanten Aufgaben an eine separate Installation des betreffenden Addons denken, ohne Binpatch und auch ohne Trainstore. Norbert hat da im TSSF-Forum mit dem Beitrag Erstellen eines "Multi-TS" aufgezeigt, wie man so was macht. Bei den GR-Zusatzaufgaben für PT-Strecken böte sich das aus den bekannten Gründen sogar an.

Wie eingangs gesagt, ging es mir eher um eine grundsätzliche Frage nach den versionsbedingten Problemen mit dem Binpatch. Ganz so leicht scheint hier die Antwort doch nicht zu sein.

Hallo CapFAn,

danke für die Tipps. Darauf muss man auch erst mal kommen.

Frage: Gehe ich richtig in der Annahme, dass die train.exe, Version 1.4, vom Binpatch im Ordner "MSTSBIN_BACKUP" als "train.0001", Datum 11.12.2001, abgelegt wird?

Jetzt noch ein weiterer Punkt: Bisher war nur von Aufgaben und deren Verhalten bei unterschiedlichen Binpatch-Versionen die Rede.

Aber es ist ja auch nicht egal, ob das Rollmaterial jetzt für den Binpatch hergerichtet ist oder nicht. So stürzt, soweit ich weiß, der MSTS ohne Binpatch immer dann ab, wenn ein Fahrzeug verwendet wird, das für den Binpatch hergerichtet ist. Umgekehrt macht es aber normalerweise nichts aus, wenn man ein Fahrzeug verwendet, dessen .eng-Datei ( bzw. .wag-Datei ?) nicht für den Binpatch eingerichtet ist, mit dem Binpatch zu verwenden.

Jetzt habe ich aber kürzlich gehört, dass es da auch noch Unterschiede zwischen den unterschiedlichen Patch-Versionen geben soll. So sollen etwa Loks, die für den Binpatch 1.7xx eingerichtet sind, in der Version 1.8xx nicht richtig funktionieren. Stimmt das?

Hallo CapFan und Christoph,

danke für Eure Erklärungen. Damit sind derzeit all meine Fragen und Unklarheiten beseitigt. Auch allen anderen, die sich an dieser kleinen Fragestunde beteiligt haben, einen herzlichen Dank!