Odd train, odd crash
Moderator: TTDPatch Moderators
Odd train, odd crash
I was playing the Japanset test GRF, and everything was going along normally. Then I saw what appeared to be a lone engine, or unexpectedly short train, stopped in a station. It was kind of hidden behind trees, so I didn't get a very good look. I clicked on it to investigate, and the game crashed instantly. Here's the crashlog.
- Attachments
-
- CRASH002.TXT
- (1.62 KiB) Downloaded 41 times
Development Projects Site:
http://www.as-st.com/ttd
Japan, American Transition, Planeset, and Project Generic Stations available there
http://www.as-st.com/ttd
Japan, American Transition, Planeset, and Project Generic Stations available there
I restarted the game and looked again, and I think I figured out what happened. I'd just apgraded the PGS stations set to the new versions, and things are using different IDs. That section of the station had been PGS freight, and apparently one of the IDs it had been using, now is a buffer. In the middle of the platform, that is, with a train already IN the platform, it magically changed into a buffer when the new version loaded.
Right now, when there are any changes in station type (or missing GRFs), the game quite logically puts in the original TTD ones, on the reasonable grounds that they'll work anywhere. Maybe we need a similar cross-check for station segments that are not passable by trains.
Right now, when there are any changes in station type (or missing GRFs), the game quite logically puts in the original TTD ones, on the reasonable grounds that they'll work anywhere. Maybe we need a similar cross-check for station segments that are not passable by trains.
Development Projects Site:
http://www.as-st.com/ttd
Japan, American Transition, Planeset, and Project Generic Stations available there
http://www.as-st.com/ttd
Japan, American Transition, Planeset, and Project Generic Stations available there
Impossible, since that information is only stored in the grf, and when the grf is not available (or its ID changed, which amounts to the same thing), there is nothing but the TTD station behaviour to fall back to.krtaylor wrote:Maybe we need a similar cross-check for station segments that are not passable by trains.
My point exactly - fall back to the original TTD station if there's any confusion. Is there any way of knowing, when a game loads, whether a particular station segment was supposed to be passable or impassable, without necessarily having that exact GRF file? I mean, if previously it was passable, and now the GRF file says it should be impassable, replace it with the original TTD station so as not to cause problems like trapped trains (as happened to me.)
Development Projects Site:
http://www.as-st.com/ttd
Japan, American Transition, Planeset, and Project Generic Stations available there
http://www.as-st.com/ttd
Japan, American Transition, Planeset, and Project Generic Stations available there
Yes, but it didn't fall back to the original TTD station when it was confused. If it had, there would have been no problem. Instead, it created a non-accessible station piece, on a square which not only had previously been accessible, but actually had a train in it at the time, thus breaking the train and causing a game crash when I clicked on it.
Development Projects Site:
http://www.as-st.com/ttd
Japan, American Transition, Planeset, and Project Generic Stations available there
http://www.as-st.com/ttd
Japan, American Transition, Planeset, and Project Generic Stations available there
No, see, that was unavoidable in this case - I was upgrading version pre3 of the PGS set, to version pre4.
Development Projects Site:
http://www.as-st.com/ttd
Japan, American Transition, Planeset, and Project Generic Stations available there
http://www.as-st.com/ttd
Japan, American Transition, Planeset, and Project Generic Stations available there
Or, more accurately, "don't complain to Patchman if that breaks things."
To get a good answer, ask a Smart Question. Similarly, if you want a bug fixed, write a Useful Bug Report. No TTDPatch crashlog? Then follow directions.
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
More precisely, the problem is a new grf file overriding old stations with the same GRFID with new data. If the GRFID in question is simply missing, it should all work fine. But there's no way to tell if the new data is simply an update to an existing file, or an entirely new, incompatible file that just happens to have the same ID.
This is impossible to fix except by using GRFIDs as they're meant to be used, i.e. having a unique one for every set, and changing it when the set is incompatible to earlier versions (such as dbset -> dbsetxl).
This is impossible to fix except by using GRFIDs as they're meant to be used, i.e. having a unique one for every set, and changing it when the set is incompatible to earlier versions (such as dbset -> dbsetxl).
So the way to fix it in a game would be as follows:
1. Disable the relevant GRF. Then all stations of that type turn into standard TTD stations.
2. Replace the problem stations with Something Else.
3. Re-enable the GRF.
1. Disable the relevant GRF. Then all stations of that type turn into standard TTD stations.
2. Replace the problem stations with Something Else.
3. Re-enable the GRF.
Development Projects Site:
http://www.as-st.com/ttd
Japan, American Transition, Planeset, and Project Generic Stations available there
http://www.as-st.com/ttd
Japan, American Transition, Planeset, and Project Generic Stations available there
Yeap, all the causes of this (grfids) have been fixed. This is just the game you play when upgrading station sets. Have fun
.

Currently working under the name 'reldred' on Github, and Discord.
NFO/NML coder, part-time patch writer for JGRPP, and all round belligerent.
14:40 <orudge> I can't say I discriminate against any particular user
14:41 <Aegir> orudge: I can!
NFO/NML coder, part-time patch writer for JGRPP, and all round belligerent.
14:40 <orudge> I can't say I discriminate against any particular user
14:41 <Aegir> orudge: I can!
Who is online
Users browsing this forum: No registered users and 14 guests