Transport Tycoon Forums

I experience clipping and some track misplacement using a few station GRF files. I am unsure which ones contain the stations that cause it; though I believe that the US Stations set is affected.

Disable the station GRFs, one at a time, until the problem goes away.

Then complain to the author of that station set.

Unless the problem doesn't exist in an earlier version of TTDPatch, in which case, report the GRF, and the last working version. (or first not working version, either way.)

Well, when I downloaded Alpha 64, I also got a new version of the US Stations Set. After that, new stations built from that set, they would be offset to the edge of the tile.

Actually, it's only happened on two stations that are both oriented in the NW-SE direction. I should investigate further.

Detected am switch miscmods.loaduntilgreen.
What is that miscmods.loaduntilgreen?
Wiki keep silence.

"miscmods.loaduntilgreen on/off" // keep loading at station until exit signal is green

Oops. That wasn't supposed to be there.

This does nothing, but may at some point. It's a dud now.

Thank

A bug of Alpha.65 discovered.

Occasionally, a city or fab stop accepting cargo. The station near shows that this cargo type is accepted but all the goods are just laying on the station with mark "en-route from...". New stations do not solve this problem, it looks like fab just goes "off-line" somehow. And it doesn't matter that this fab a year away works absolutely normal.

This is not only mine experience, I asked some people with a.65 installed and they reported of similar cases.

Do you use the planeset?

2 Patchman

Yes. And so what?

There's a bug in alpha 65 which causes the planeset to overwrite (more or less) random areas of memory, it could cause this problem I guess.

No, it's not because of planeset.
But I've found why.
This bug occurs when using the "unload" function. No difference, if the planeset active, or not. When I point "unload" at the station, cargo remains on it without of being accepted by the fab (or city). When turned "unload" off -- everything is all right.

and that is not a bug, Might I sugest reading the manual before posting 'bugs'?? you can find it at http://www.ttdpatch.net/doc.html

2 broodje

Yeah? And what should I see there? Maybe you would be so kind and quote right place?

By the way, I using "unload" for 10 years and even in A.62 it works perfectly. Something has changed?

Don't be so hostile, both of you. The entire pages broodje refered too is about FAQ, help, readme's etc. But for your convinience:

http://wiki.ttdpatch.net/tiki-index.php ... derService

2 broodje

Found by myself.
Indeed, there is a switch "feeder service". It has always been "off" but somehow got "on". Maybe it's "on" by default in A.65, 'cos I rebuilded its config-file.

Question is closed, thanks everybody.

Hyronymus wrote:Don't be so hostile, both of you. The entire pages broodje refered too is about FAQ, help, readme's etc.

Thank you. I've forgot about this damn switch

... here's a bug, present since feature release and still around with a65.

That 'Refittable to' comment shows up with wagons that do not carry cargo, such as our caboose and the steam generator unit. It happens when, immediately prior to displaying the vehicle details of the caboose (e.g.) that window displayed the details of another wagon, that does carry refittable cargo.

... and while you are fixing this, you can make this feature an 'opt out of it' one as I do not wish to have it; I already show refittable cargo, see sample. I would like to have 'Refittable to' not shown by the time the Canadian Set is released in December.

OzTransLtd wrote:... and while you are fixing this, you can make this feature an 'opt out of it' one as I do not wish to have it; I already show refittable cargo, see sample. I would like to have 'Refittable to' not shown by the time the Canadian Set is released in December.

What about new cargo sets though that you don't know about? Are you simply not going to support them (via cargo class based refitting)?

Yeah, using saved time for a reasonable translation of all those texts.

regards
Michael