Train gets stuck at loading/unloading

[DaleStan]

In about 2 weeks, train 40 will pull into Fuerte Olimpio, and unload its load of goods. However, it will never realize that it's actually empty and will continue attempting to load/unload until I manually send it on to its next order.

I have a hard time imagining the orders are broken, because it shares its orders with 12 other trains, none of which have this problem.

[SHADOW-XIII]

maybe you have Fifo on ? then if you force a train to leave station then all next at the station will stuck

[sterps]

I having the same problem, and my fifo loading is off

[broodje]

Yep I can join this group; I got a bunch of trains that keep unloading for evver. Both coal trains as passenger trains. After I send them manualy to a next station they hav no more problems. So I gues something has changed in the savegame format? I'm currently not behind my Home Computer so I can't atach a savegame if needed I'll do so later today (in about 6 hours....)

[Rob]

I have had the same, it was always the train with the same number.
Even selling and rebuilding it didn't help.
The only thing that did help, was to sell it and rebuild it in another depot.
I had 4 trains in my game wich where effected.

[Csaboka]

It sounds like another bug popping up in my load/unload code.

/me goes and tries hunting that bug down.

[Csaboka]

OK, the bug is hunted down. It was a hard-to-catch one, though.

Every vehicle has an "I'm not done yet" flag, and the train won't go on until that flag is cleared for each vehicle in the consist. In DaleStan's savegame, the third engine of train 40 has this flag set, although it isn't ever touched for cargoless vehicles. I guess he sold a vehicle that haven't finished unloading, then bought the engine, which inherited the slot, with the flag still set. I've fixed it by resetting that flag for every vehicle, not only for those that have a capacity.

Alpha 57 will contain the fix. Until then, selling the third engine can help temporarily in DaleStan's game.

[Andrex]

In about 2 weeks, train 40 will pull into Fuerte Olimpio, and unload its load of goods. However, it will never realize that it's actually empty and will continue attempting to load/unload until I manually send it on to its next order.

I have a hard time imagining the orders are broken, because it shares its orders with 12 other trains, none of which have this problem.

Since you constantly suggest to use notepad instead of TTDXC when a bug is found on it, I'll suggest you to use the original gamegfx.exe instead of TTDPatch. I never had problems with the original game EXE.

[Patchman]

Maybe he wouldn't do that so much if TTDXC's bugs got fixed within 12 hours of being reported...

[Andrex]

Maybe he wouldn't do that so much if TTDXC's bugs got fixed within 12 hours of being reported...

I don't have a development team here working on TTDXC, in case you haven't noticed I'm the only responsible for it and the entire divxland.org website as well. I do what I can.

[DaleStan]

I don't have a development team here working on TTDXC,

You might have better luck with the "development team" thing if you released the source code. Just an idea.

Oh, and BTW:

Code: Select all

<@patchman> I wish Andrex had something like a changelog for his TTDXC
<@patchman> not that I use it, but it would be useful to know which bugs aren't fixed yet

Distributing accurate copies of the changelog and todo (accurate documentation, in general) is at least as important as actually fixing the bugs, at least IMO.

[SHADOW-XIII]

Since you constantly suggest to use notepad instead of TTDXC when a bug is found on it, I'll suggest you to use the original gamegfx.exe instead of TTDPatch. I never had problems with the original game EXE.

well,if it cannot work properly
even TTDPatch, if there is a heavy bug it is recommened to go to previous version
in that case we recommend to got to the notepad

[Andrex]

Oh, and BTW:

Code: Select all

<@patchman> I wish Andrex had something like a changelog for his TTDXC
<@patchman> not that I use it, but it would be useful to know which bugs aren't fixed yet

Distributing accurate copies of the changelog and todo (accurate documentation, in general) is at least as important as actually fixing the bugs, at least IMO.

I don't have time for all the formalities when releasing an updated TTDXC version, that's why I don't usually have an accurate changes log. This makes it easier to concentrate just in TTDXC entirely without worrying about X feature or bugfix being written down.

But I laughed about the "todo list" indeed, because I receive no suggestions for such thing and I don't really use the program anymore. All updates I release since this year are 100% generosity for the users who found the program useful, if you don't like the way I develop it it's simple: don't use it.

1 more thing: when I said I don't have a development team, I didn't mean I want one. I'm perfectly aware that the program is closed source and it'll stay this way for now.