2.0.1 alpha / 2.5 beta discussion

[kvtb]

I'm not using a virus scanner, I'm using Wine.
I think I'll wait for the next build. If the problem is still there, I'll try to run a debugger.

Otherwise, does it also happen if you have nothing but the dbsetxl in your newgrfw.cfg?

In that case it doesn't crash.


here's my original newgrfw.cfg:

newgrf/guiw.grf
newgrf/onewayw.grf
newgrf/tempenhw.grf 2
#newgrf/euroadstw.grf
newgrf/arcticsetw.grf
#newgrf/dbsetw.grf
#newgrf/tempsetpw.grf
newgrf/tempsetw.grf
newgrf/cargosetw.grf
newgrf/dbsetxlw.grf
newgrf/elrailsw.grf
newgrf/newshipsw.grf
newgrf/signalsw.grf
newgrf/trkfoundw.grf
newgrf/canalsw.grf
newgrf/pgs-barew.GRF
newgrf/pgs-platw.GRF
newgrf/pgs-statw.GRF
newgrf/newstatsw.grf

[Patchman]

I run it with wine too and have never seen that problem. Others have reported it, and for some reason it only seems to happen on emulators etc. (wine, virtual pc and so on).

I have no idea what's going on, though, because apparently it was able to write the sprite data properly to the memory location in question, but when it tries to read it back it gets a GPF. Doesn't make sense, but unless I can make it happen here it's quite hard to debug.

[Patchman]

OK. Please try this version, it will log all sprite store and read operations into spriteio.log (which will grow very large). It'll take longer than usual to load the game for this reason, but maybe it'll give me a clue about what's going wrong.

In the case that it doesn't crash, please try whatever you can think of to make it crash like before. After a crash, please attach the crashlog and the (zipped up!) spriteio.log file so I can have a look.

[kvtb]

Drat. I tried, but now it doesn't crash anymore..

Could you please upload a .diff between the current ttdpatch_src.zip and the sprite debug version?

[Stylesjl]

Its funny how the current version is alpha 62 and the amount of pages is also 62

I might be a little behind on things but why does Marcin only have a really early alpha version for his "lastest" version on his website?

[SHADOW-XIII]

because he is busy, and currently cannot contribute much to TTDPatch

[cornelius]

In the case that it doesn't crash, please try whatever you can think of to make it crash like before. After a crash, please attach the crashlog and the (zipped up!) spriteio.log file so I can have a look.

Since I get this problem as well here's one from me. v0.42 of newstatsw is the only active grf, game crashes as soon as I try to select the station class.

[Patchman]

That's an entirely separate issue. Here, it's trying to display the name of a station class and somehow reads that from a memory location that doesn't exist. I cannot explain why this happens, but the sprite IO log is unfortunately quite useless here, I'm afraid.

[broodje]

am I corect in thinking the pathbasedsignalling.preservemanualpresig option is broken? I keep getting blokked path's becouse I get the automatic converted signals at the worst posible places .

(ohh by the way am I corect that there are no american PBS signals? I couldn't find any with the search anyway)

I'm playing with 62 fixed

atached are my config and a nice screenshot

[Patchman]

Did the block on the other side of that tunnel have PBS signals? Because if there are any PBS signals leading into the block, all signals into the block have to be converted to PBS no matter what. Even if they were manual.

Thus, the "preservemanualpresig" option only applies to blocks where (a) all signals into the block are manual and (b) none of them are PBS signals.

[broodje]

ug doh... yes ofcourse becouse at the other side of the tunnel is a station, and the entrance of that 1track station is ofcourse PBS bleh. I should have payed more atention , now I have to work out how I can fit that station in....

[Rob]

I think this bug has returned probably in A62 but it might have been even earlier.

Because of the double signal in the top left of the picture is occupied by the container goods train and the PBS junction is occupied aswell,
the steeltrain takes the wrong turn.
It doesn't do this anymore if the double signal is converted back to a single signal. (it should turn left instead of right there).
I know that in this case the double signal isn't needed, but the bug also prevents trains from entering a
station if all tracks are occupied which are "protected" by non PBS signals.

I'm using alpha 62 fixed and let me know if you need my save and config.

[SHADOW-XIII]

I can confirm: trains more likely (than I older versions) are taking wrong track if theirs proper one is busy

[krtaylor]

(ohh by the way am I corect that there are no american PBS signals? I couldn't find any with the search anyway)

More or less. The US signals set wasn't really finished to my full satisfaction in the first place, and hasn't even been touched since the release of PBS. I'd really like to see it improved to handle them, but I haven't found a graphic artist to do it yet. Volunteers? We have all the research already, just needs some art.

Does anybody know why a62 no longer displays the number of shared orders in the order list? Older alphas say "Shared orders (3)" showing that 3 trains are sharing the same orders. Maybe there's a switch I can't find? I haven't found any info on this.

Also, am I correct in assuming that FIFO loading works ONLY for trains, NOT for ships? Would it be excessive work to make it work for ships too?

[DaleStan]

Does anybody know why a62 no longer displays the number of shared orders in the order list? Older alphas say "Shared orders (3)" showing that 3 trains are sharing the same orders. Maybe there's a switch I can't find? I haven't found any info on this.

Works for me (a62a, though). Try deleting ttdpttxt.txt and ttdpttxt.dat.

Also, am I correct in assuming that FIFO loading works ONLY for trains, NOT for ships?

Have you tried RTFMing?

[krtaylor]

Works for me (a62a, though).

I've got the most recent fix version, not sure which that is.

Try deleting ttdpttxt.txt and ttdpttxt.dat.

I'll try that, thanks.

Have you tried RTFMing?

Not so easy as I'm travelling and my Internet connectivity is highly restricted. Anyway, given that it does onlywork for trains, I'm wondering whether the ship and train loading schemes are similar enough to make it possible to extend the feature, or if that's too hard.

[kvtb]

here you are

it's easy to reproduce. just go to any depot and buy a loco. if the bug doesn't come then close the depot window and reopen a depot (the same one or another) and retry.

OK. This is fixed now. I was accidentally patching one place twice, instead of two similar places once each.

This problem only happens if trains are allowed to reverse in stations, and only for some depot orientations.

I have a newly bought train stuck inside a buffer stop tile, due to this bug. How can I fix this game. Using a62f, the train is still stuck in that tile.
If I remove the buffer stop tile, then I see grass with one carriage 'hovering' above it. When I build a depot on top of it, I get the following crash:

TTD V0019E000 Crash Log by TTDPatch 2.0.1 alpha 62 fixed (Windows)

Exception C0000005 at 0073:00572443

EAX EBX ECX EDX
000004F0 00430001 00000870 7DA30000

ESI EDI ESP EBP
00649D8E 00000000 7FC4F958 881B000D

DS ES FS GS SS Flags
007B 007B 003B 0033 007B 00010202
FFFFFFFF FFFFFFFF 00001F97 FFFFFFFF FFFFFFFF (Segment limits)
00CFF300 00CFF300 0040F300 00DFF300 00CFF300 (Access rights)

Bytes at DS:EIP
02 04 2F 02 4C 2F 01 66 0F B6 54 2F 02 66 5F 66

Stack Dump:
874F0000 0057272F 005725F9 00649D8E 2149011F 9D8E0057 0F090064 A1BC0056
00010055 0055A091 7FC4FE8C 00405A18 005379D4 7FDA10FC 7FD8DF04 00000001
77EB8F41 7FDCAC50 77EFD320 7FC4F9E4 77EC353E 7FD9001C 00000050 00000050
00008000 00000006 00000000 43462819 1659D17D 00000000 7FD90000 7FD90000

Handler Stack Dump (at 007B:7FC4F6B0):
7FD0A06B 7FA020A0 77EB8E3A 7ED46DA0 00000033 0000003B 0000007B 0000007B
00000000 00649D8E 00430001 7DA30000 00000870 000004F0 881B000D 00572443
00000073 00010202 7FC4F958 0000007B 77EB8F41 00000000 7FD8DF04 7FC4F6E8
7FD0A06B 7FA020A0 7FA0D1C0 77EB8E3A 00000000 7FD8DF04 00000003 B7EEC000

Patch flags:
DFB8E9DF DFBEFD7D BEFF7FFD 00000BFF 00000000 00000000 00363E1F A0800000
0000006F 00001004 0000FFFF 00000168 009607D0 01900096 016D003C 76260500
13B14EC4 01E00280 FFFF12C0 01005555 FFFFFFFF FFFFFFFF 1E1450FF 141E1450
FF1E1E14 006464FF FFFF0564 F0F0F0F0 FFFF0001 0078020F 80040201 02010107
010A22DF 0501010A 140A0014 010A0401 000000F1

[DaleStan]

cht:deleteveh, probably on the tile of the depot (after emptying it of all other vehicles), if that doesn't work, try the tile that it appears to be on.

Personally, I would have put that post in a seperate thread in the problems forum.

[kvtb]

it works, thanks, and sorry.

[krtaylor]

Well, I see we have a new "autoreplace" feature, which lets older discontinued vehicles get automatically replaced by newer, but similar, models (once GRFs support this.)

Before it starts getting encoded into GRFs, I have a question - would it be possible to make it selectable by vehicle type? I mean, I would like to personally select the replacements for trains and planes, because there are many different options that pertain to such a decision; but for ships and RVs, the replacement is almost 100% guaranteed to be correct, and they're a lot bigger pain to manually replace, so I don't mind those being automatically handled.