Ohne jetzt potentielle neue Traffic-User abschrecken zu wollen: In diesem Thread soll es mal um Bugs, Macken und dergleichen gehen, die Traffic ab und an an den Tag legt. Das könnte zukünftige Bugfixes und schnelle Workarounds erleichtern.
Ein Problem, das bei mir speziell bei speicherintensiven Fahrplänen mit Vorder- und Hintergrundbildern auftritt, sind gelegentliche Programm-Freezes zweierlei Natur, die aber beide Windows dermaßen überlasten, daß manchmal nicht mal der Task-Manager zu öffnen geht. Die einen treten auf, wenn man den Schoner an sich (also nicht das Konfigprogramm) beenden will. Seit V 4.5.6 loggt Traffic zumindest einen Fehler (Index is out of bounds, wenn ich mich recht erinnere) das aber so oft und so intensiv, daß das ganze System blockiert wird, bis man das Programm per Task-Manager killt.
Noch größere Speicherfresser tendieren dazu, mitten im Betrieb zu freezen, weil Windows der Speicher ausgeht. M?glicherweise l??t sich dies lindern, indem der virtuelle Arbeitsspeicher bis zum Gehtnichtmehr vergr??ert wird (oder mehr RAM eingebaut wird). Was aber definitiv eine Erleichterung bringt, ist, auf den DirectX-Dreifach-Modus zu verzichten, denn Traffic l?uft auch im Doppelt-Modus geschmeidig ? und besitzt dann bei Speichermangel meistens den Anstand, sich einfach mit einer Fehlermeldung zu schlie?en. Zumindest einen Fahrplan kann ich jetzt wieder gefahrlos nutzen, der vorher zu schweren Freezes neigte.
Das Problem mit den Klammern ist zwar behoben. TTT-Dateien sind aber nun GAR KEINE mehr enthalten. Zudem ist ein neuer Fehler hinzugekommen: Die Traffic.exe fehlt auch; man kann den Schoner nur noch über Windows\Traffic.scr starten - und dann auch nicht im Vollbildmodus, sondern kommt nur noch in die Konfiguration.
Ja, danke. Ich habe jetzt endlich den Fehler (oder niur einen Fehler ? ) in meinem Make-File gefunden, wieso waren nicht alle nötige Dateien in die ZIP-Archiven eingepackt.
Jetzt soll es in Ordnung sein ( ich habe wieder die Gelegenheit gehabt auf einem leeren testrechner auszuprobieren).Edited by godeny on 27.04.2012 10:59
Überhaupt ist es lobenswert, dass man hier so einen guten Support bekommt, der sich auch wirklich um Userprobleme kümmert, und die Fehler dann auch ständig behebt!
Die großen Software-Fimen wie Microsoft, Apple & Co. schalten nur sündhaft teure Hotlines, deren Mitarbeiter meist null Ahnung haben.
Eine weitere Macke, die mich schon lange stört: Die tritt auf, wenn eine zweigleisige Strecke mit Einrichtungsloks befahren werden soll.
In dieser Situation beachtet Traffic nicht das [#D:L] und [#D:R]-Kommando. Mein Vorschlag hier: Traffic sollte im D=R - Path einen Zug, bei dem der Zufallsgenerator gerade das [#D:L] Kommando ausgwählt hat, einfach überspringen, und einfach einen anderen Zug im Pool raussuchen. Das würde das Erstellen von zweigleisigen Strecken, die mit Einrichtungsfahrzeugen im Richtungsbetrieb befahren werden sollen, erheblich vereinfachen.
[AR] verursacht bei mir auch einen Absturz. Es wird eine Korrektur geben.
[#D: ] heißt: Default Direction. Also, gilt nur so lange als man keine explizite D=R; oder D=L; - Parameter in der Fahrplanzeile schreibt.
Der Tipp von AXS ist eine Lösung - so lange man den Lok in beide Richtungen zur Verfügung hat.
Aber was Andreas wünscht - richtungsabhängig einige $POOL - Zeilen auszulassen - geht auch, wenn ein bischen mühsam. Jeder Fahrplanzeile innerhalb eines $POOL-s kann Flags haben - der Parameter F= ; , und bei der Verweundung kann man aus der Menge der Zeilen auswählen, Zeilen mit welche Flags dürfen überhaupt zur Auswahl stehen. Solche Beispiele findet man auch in dem großen Fahrplan: Auf Hintergrundbilder ohne Oberleitung dürfen keine E-Loks fahren, Züge trenne dürfen nicht auf freie Strecke passieren usw.
Den "Wunsch" brauche ich so eigentlich nicht --- ich kannte den $DIR-Befehl schlicht bisher nicht. Es ging mir nur um die Frage, ob/wie man Einrichtungsloks dazu bringen kann, auf einer zwei- oder mehrgleisigen Strecke immer in die "richtige" Richtung auf dem "richtigen" Gleis zu fahren.
This website uses cookies for the technical Functionality and content to personalize and customize your experience. If you continue to be on this site, you accept the use of cookies. » Read more about privacy «
Have you already voted for
Posted on 29.12.2006 09:50
) in meinem Make-File gefunden, wieso waren nicht alle nötige Dateien in die ZIP-Archiven eingepackt.
Cookie-Control :