German Railroads Forum

Im ersten Teil sind wir von Wien bis Melk mit der blauen Triebwageneinheit des 4010 gefahren. Von dort bis Amstetten vereint mit der verkehrsroten Einheit des 4010. In Amstetten trennen sich nun wieder unsere Wege. Die verkehrsrote Einheit fährt in mehr oder weniger gerader Linie über Linz und Passau in Richtung Nürnberg - und weiter.

Wir nehmen den "Umweg" über Admont, Selzthal, Salzburg, München und Augsburg gen Nürnberg, wo wir uns hoffentlich wieder sehen.
Bis zu unserem Tagesziel Admont bzw. Selzthal wird es Nacht werden, da wir auch auf diesem Teilstück keine durchgehend freie Fahrt haben.

In Selzthal sind die Hotelbetten für die Eisenbahnfreunde bereit und am nächsten Morgen steht natürlich eine Besichtigung des historischen Heizhauses auf dem Programm.

Und noch was: Auch hier fahren wir mit modernen Fahrzeugen auf der Nostalgiewelle.

Wie gewohnt, müssen wir etwas warten, bis wir abfahren können. Also fasst euch jetzt schon in Geduld. Und auch unterwegs werden wir keine grüne Welle haben.

Spielerinfo: Die Aufgabe ist so gebaut, dass man ohne Strecken- bzw. Signalmonitor fahren kann und auch sollte. So sieht man auch mehr von der schönen Landschaft.

Frohe Weihnachten und viel Spaß wünscht euch Trainee

https://forum.german-railroads.de/index.…Data&dataID=836

Zitat von »EberhardG«

ein Ordner "D_HBBILLNS30(9)" ist mir bisher noch nie untergekommen

Hallo Eberhard,

danke für den Hinweis.

Beim Betatest ist dieser Fehler schon aufgefallen.

Ausgelöst wurde er durch die Version 1 von Didis "D_Hbbillns305". Da wollte er lt. "Bitte lesen" die Fahrzeuge im "MSTS Ordner: D_Hbbillns309" installiert haben. Daran habe ich mich gehalten und daraus resultieren die Verweise in den Consists bzw. der ACT.

Gut ein Jahr nach der Veröffentlichung dieser Hbbillns305 hat Didi2004 ein Update veröffentlicht, und zwar unter dem Ordnernamen "UD_Hbbillns305", darinnen dann der Ordner "D_Hbbillns305".
In diesem Ordner findet sich dann wieder ein "Bitte lesen", und darin dann die Anweisung: "MSTS Ordner: D_Hbbillns305". Das habe ich übersehen und so ist der Fehler entstanden.

Es gibt Aufgabenbauer, die nehmen für diese Wagen-Updates von Didi2004 einfach den Ordnernamen "UD_Hbbillns305" und verweisen in der CON auf diesen Ordner. Das funktioniert auch, ist aber nicht im Sinne des Erfinders.

Dem Erfinderwillen wollte ich nachkommen und habe deshalb einen einzigen Ordner "D_Hbbillns309" installiert und meine CONs bzw. die ACT darauf verweisen lassen. Das entspräche dem Zustand der Version 1 von Didi2004. Nach seiner Version 2 müssten die Fahrzeuge aber nun in dem Ordner "D_Hbbillns305" abgelegt sein.

Bei mir sind sie in dem jetzt anrüchig gewordenen Ordner "D_Hbbillns309" abgelegt und werden natürlich dann nicht gefunden, wenn nur der Ordner "D_Hbbillns305" vorhanden ist, d. h. der Zustand von Didis Version Nr. 2.

Für die Praxis wäre es natürlich richtig, die Version 2 zu verwenden. Das will ich auch noch durch ein Umschreiben der CONs bzw. ACT mit Hilfe der Aufgabenanalyse machen, aber nicht mehr vor den Feiertagen; denn nach dieser Korrekturaktion müsste ich die Aufgabe - für alle Fälle - neu speichern und berechnen und danach auch noch eine neue APK erstellen und wieder hochladen und so möglicherweise neue Verwirrung stiften.

Als pragmatische Lösung möchte ich all denen, die die Aufgabe schon jetzt fahren wollen, vorschlagen den Ordner "D_Hbbillns305" entweder in "D_Hbbillns309" umzubenennen (könnte zu Fehlermeldungen bei anderen Aufgaben führen) oder besser den Ordner in einen neuen Ordner "D_Hbbillns309" zu kopieren. Das müsste funktionieren, da der Inhalt des Ordners den Zustand von Didis Version 2 wiedergibt. Kostet halt ein wenig mehr Platz auf der Platte.

Hallo Gesäusefahrer,

es ist mir noch vor Weihnachten gelungen, die Quelle der eingesetzten es64f4 zu eruieren. Sie stammt aus einem Paket von vier "Europaloks" von Unrealtom und ist auf seiner Seite immer noch zum Download zu haben ( unter Downloads-->Elloks, als BR189 (4Stk) ).

Nochwas: Es wird ein Passwort bei der Installation abgefragt. Das findet sich im Installationsfenster unter "Nutzerbedingungen und Hinweise" ganz unten. Also ausnahmsweise mal alles lesen.

Hallo Eberhard,

Der mal gültige Link für den "ÖBB_Jubileum"-Set geht nicht mehr. Dafür hast Du eine PN.

Schwieriger wird es mit den Container- und Kesselwagen "GR DBAG". Die sind nicht in der 10-Jahres-DVD enthalten und auch in den anderen Addons GR 12 und GR 13 nicht. Da ich sie aber auf meiner Platte habe und ihre Schreibweise auch nicht die des revidierten GR-Trainsets ( noch nicht veröffentlicht ) aufweist, müssen sie mit einem Aufgabenpaket gekommen sein.

Mit welchem, da bin ich gerade am Suchen. Es müsste ein Paket sein, das noch allgemein erhältlich ist. Aber dazu muss ich erstmal alles GR-Material separat neu installieren, samt der aufgelaufenen Updates. Das dauert ein wenig. Aber vielleicht hilft mir ja jemand aus dem Forum bei der Suche. Danke schon jetzt für jeden Hinweis.

Ich frage mich nur, weshalb bisher noch niemand das Fehlen angemeckert hat. Ich kann mich auch entsinnen, dass genau diese Wagen beim Betatest schon ein Thema waren und wir uns dann dazu entschieden haben, die Wagen doch beizubehalten.

Hallo zusammen,

die Sache mit den beiden Ordnern "GR DBAG Gueterwagen S" und "GR DBAG Gueterwagen Z" konnte ich nun klären. Sie kamen ( zusammen mit einigen anderen "GR DBAG Gueterwagen *"-Ordnern ) mit dem "Aufgabenpack 18 - DBAG im bayer. Wald". Und leider nur mit diesem.

Dieses AP ist derzeit im Shop nicht mehr erhältlich. Das war zur Zeit der Entstehung des 1. Teils der "Transalpin-Nostalgie", in dem diese Wagen eingesetzt werden, nicht absehbar.

Für den 2. Teil habe ich die Konsequenzen gezogen und andere Container- und Kesselwagen eingesetzt. Jedenfalls findet die Aufgabenanalyse diese beiden anrüchigen Ordner im 2. Teil nicht mehr.

Ich hoffe, dass nun bei allen Beteiligten der Weihnachtsfriede endgültig eingekehrt ist und wünsche Euch allen ein weiterhin friedliches und frohes Weihnachtsfest.

Hallo Bruno,

das ist zum Mäusemelken.
Dieses Problem hatten wir beim Betatest auch schon mal. Schuld daran war ein KI-Zug, der dem Spieler auf dem selben Pfad schon in Rosenau entgegen kommen soll. Aus bisher unerfindlichen Gründen kroch der aber von Anfang an und kam nie an. Ich selber hatte das Problem nie, auch Darkstar nicht.
Nach den bisherigen Rückmeldungen hatten weder driverboy noch Norb das Problem. Ich werde mal versuchen, das Problem einzugrenzen und zu lösen: neue Berechnung + neue APK. Die schicke ich Dir dann per PN.

Zitat von »EberhardG«

Hallo Reinhard

Jetzt habe ich leider noch einen Fehler zu melden, den Trainstore ausgibt, folgende Meldung
Fehler: - Item Nr. 16
Die folgende Datei wurde nicht gefunden
Datei: 'OeBB_1016_038\1016_038PV.ENG'

Im Ordner der Lok gibt es nur die 1016PV.eng, aber keine 038 mit PV.

Mit freundlichen Grüßen
Eberhard

Hallo Eberhard,

Zu dem Originalordner, wie man ihn von TSAC erhält, steht ein wenig in der Rollmaterialliste zu lesen. Möglicherweise ist das nicht die ganze Wahrheit, weil man an den ENGs im Ordner selber noch etwas mehr rumbasteln muss, u. a. die Dateinamen anpassen. Dies habe ich getan. Mehr kannst Du gleich in einer PN nachlesen.

Zitat von »Bruno«

Hallo Reinhard,

also wie besprochen, der von mir oben genannte Fehler besteht bei mir immer noch.

Gruß Bruno

Hallo Bruno,

danke für Deine Rückmeldung.

Das alles ist, wie besprochen, sehr ärgerlich, v. a. weil es sehr schwierig ist, einen Fehler zu beseitigen, der bei einem selber nicht auftritt. Und ich habe die Aufgabe auf drei verschiedenen Rechnern gefahren (siehe Liesmich), wo es den Fehler nicht gab.

Bei einem Betatester trat er auch ursprünglich auf. Irgendwann hat er es dann doch geschafft, die Aufgabe zu Ende zu fahren. Beim anderen Betatester klappte alles auf Anhieb.

Ich bin jetzt am Überlegen, was ich anstelle, um diesen KI-Zug für alle zum richtigen Fahren zu bewegen.

Der schuldige Kriecher ist der "KI-08-City", der planmäßig 18:15:02 vor Gaflenz startet und bis Amstetten durchfährt. Er beschert planmäßig in Rosenau dem Spielerzug zwar Rot (mit Meldung für den Spieler beim Halt am Signal), gibt aber nach der Kreuzung den Weg wieder frei.

Ihm folgt auf dem selben Pfad der "KI-10-Hz-voll". Der startet aber erst um 18:27:10 und fährt dem KI-08 hinterher. Er soll planmäßig mit dem Spielerzug in Waidhofen kreuzen, wobei er dem Spielerzug dort auch ein rotes Signal spendiert, das nach der Vorbeifahrt des KI-10 auf Grün schaltet.

Das Verschieben des Pfadbeginns und Neuberechnen sämtlicher KI-Fahrpläne samt Speichern + neu Berechnen hat bei Dir nichts gebracht.

Jetzt würde mich schon interessieren, ob jemand von den Profi-Aufgabenbauern in diesem Forum da eine Erklärung hat. ( Bin ja selber immer noch in der Trainigsphase )

Dafür schon mal ein herzliches Dankeschön.

Zitat von »driverboy«

Kommt auch für diesen Teil und hoffentlich auch für alle folgende, noch die OR-Version ?

Hallo Jens,

das ist meine feste Absicht. Allerdings muss erst noch das leidige KI-08-Problem, das gelegentlich für Dauerrot sorgt, gelöst sein.

A propos OR: Wenn ich mir die Downloadzahlen für die MSTS-Version und die ORTS-Version des 1. Teils ansehe, so ergibt sich ein interessantes Bild: Die MSTS-Version ist etwa doppelt so oft herunter geladen worden wie die ORTS-Version. Insgesamt sind die Downloadzahlen für meine Verhältnisse recht ordentlich. Danke an alle.

Schade nur, dass ich im Fall der "GR DBAG"-Ordner nichts machen kann. Da sind mir die Hände gebunden. Falls sich genügend Interessenten finden, könnte ich diese Wagen (Containerwagen und Kesselwagen) durch solche aus anderer noch allgemein zugänglicher Quelle ersetzen. Die geänderten Dateien würde ich dann hier einfach mal als Anhang hochladen.