Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
Again, thanks for response and sorry for bothering that much.
This is what I am trying to achieve - and it works most of the time! The double departure problem is the most annoying now, but it's rather rare.
Once again - awesome mod. A real game changer.
I've found experimental way that due to closing doors time the actual interval must be 4 seconds less than one has calculated))
Timetables 1.3 supports multiple vehicles in the same station and provides the force departure [github.com] option.
Enabling "force departure" allows departure times to be exact. With it disabled, the driver is gives time for the doors to close before the vehicles leaves the station :)
Thanks!
Let me explain the setup. There is a sybway line with altering deoarture tracks on one of the terminus station. So, for example, a train is on track 1 and another on track 2. A train departs from track 1, then a train arrives on track 1. Then a train departs from track 2, then a train arrives on track 2. And so on. So trains spend quite some time changing direction. Each train stands still while a train departs from another track an a train arrives on the vacant track.
So. The problems:
1) Double departure. Two trains that arrived one after another are standing at the station. Waiting for the interval to count down. Then, when it's time, they BOTH close doors and try to depart. One of them does OK, and the second one just follows it with minimal distance, breaking down the whole system.
I found that it almost always occurs after editing the line or adding/removing trains to it.
also das warten und einladen vertauscht werden
-ankommen
-ausladen
-anhalten und warten
-einladen
-losfahren
noch ist es ja so:
-ankommen
-ausladen
-einladen
-anhalten und warten
-losfahren
so könnte der zug nähmlich auch die personen mitnehmen welche während der stehzeit in den bahnhof kommen mitfahren
danke für den mod
__CRASHDB_CRASH__ struct lua::LuaException: urban_games/train_fever/src/Lib/lua/State.cpp:646: void __cdecl lua::State::Call(int,int):
C:/Program Files (x86)/Steam/steamapps/workshop/content/1066780/2918585390/ not in file cache!
Exception type: Lua exception
Error message:
File name: C:/Program Files (x86)/Steam/steamapps/workshop/content/1066780/2918585390/res/config/game_script/timetable_gui.lua
Key: game/res/gameScript/timetable_gui.lua_guiUpdate
UI Component Hierarchy:
type: class UI::CGameUI, id = "", name = "CGameUI", styleClasses = {"top-gamebar-visible"}
type: class UI::CMenuUI, id = "", name = "MenuUI", styleClasses = {}
type: class UI::CComponent, id = "", name = "wrap", styleClasses = {"platform-desktop", "ui-classic", "input-mouse", "gamepad-type-xbox"}
Unfortunately, this bug will be difficult to fix, although should only occur rarely.
Please do continue to report if you get this bug (or any other bug) again.
I don't know what had happened to this mod. Can you help me to deal with this problem?
Details:
Error message: error: [string "D:/SteamLibrary/steamapps/workshop/content/1066780/2918585390/res/config/game_script/timetable_gui.lua"]:838: bad argument #1 to 'pairs' (table expected, got number)
stack traceback:
=[C](-1): ?
=[C](-1): pairs D:/SteamLibrary/steamapps/workshop/content/1066780/2918585390/res/config/game_script/timetable_gui.lua(838): makeArrDepWindow D:/SteamLibrary/steamapps/workshop/content/1066780/2918585390/res/config/game_script/timetable_gui.lua(804): clearConstraintWindowLaterHACK D:/SteamLibrary/steamapps/workshop/content/1066780/2918585390/res/config/game_script/timetable_gui.lua(1170): ?
Thanks for your version. The original crashes when using arrival/departure. And yours has some extras which are useful.
Keep the default time of 1 minute.
This will then make the departure 1 minute before the frequency of the line. E.g. if the line has a vehicle departing a station every 12 minutes, the timetable will set the vehicle to depart 11 minutes after the previous vehicle departed.
This only started to happen yesterday.
PANIC: unprotected error in call to Lua API (stack index 1, expected string, received sol.UI::ScrollArea*)
Received SIGABRT
Heap corruption detected!
Calling thread crashtrace handlers
thread: 10616
(empty)
thread: 5204
(empty)
All thread handlers called
Minidump Callback
An error just occurred.
https://github.com/Gregory365/TPF2-Timetables
This mod has recieved many updates since it's open source.
But none of them made it too the Workshop.
Meine Frage ist, es gibt ja inzwischen vom Spiel die Möglichkeit, jeder Station einer Linie,die Mindest und Maximale Wartezeit festzulegen, wird dies von der Mod genutzt oder noch mit der Anhalten Funktion umgesetzt?
This version on github works a lot better. It not only stop all the vehicles but made use of the system that let wait vehicles in the station.
There is only one little thing. It makes ships working very bad. But you can fix that when you remove in the time-table helper line 100 and 101
--api.cmd.sendCommand(api.cmd.make.setVehicleShouldDepart(vehicle))
--api.cmd.sendCommand(api.cmd.make.setUserStopped(vehicle,false))
Celmi adds those two lines for when you update too the new version of the timetables too start all stopped vehivles. But for some reason it makes ship behavior very bad.
I played now a while with version 1.3 and it resolves many issues were trains don't leave the station after loading a savegame. Also it makes use of the in game waiting time of vehicles.