GRF files conflicting with each other

krtaylor · Post by **krtaylor** » 06 Aug 2004 19:38

Patchman, while you have been vacationing there have been several reports of problems with various GRF files not working when other GRF files are present in the CFG file, for no obvious reason. I had a problem like that myself. It looks like you're back, and I haven't seen any comments from you about this issue. The reports were buried in other threads. If you'd like, I'll try to collect them and replicate them here, so you can make responses or find bugs. If you've already found them and put a solution in the next alpha, then I won't bother re-posting the problems here. What would you prefer?

spaceman-spiff · Post by **spaceman-spiff** » 06 Aug 2004 20:34

I would like him looking at the silverline problems

Patchman · Post by **Patchman** » 06 Aug 2004 22:26

I haven't seen any succint reports of what exactly goes wrong how, so I'd appreciate if you could summarize in a way that I can reproduce the bugs step-by-step. That'll make it a lot easier to fix them.

krtaylor · Post by **krtaylor** » 07 Aug 2004 01:56

Here's the problem I found. I know there are a couple other similar ones I've seen posted, I'll try to look for them and replicate them here.

I upgraded an old TTD install on another computer and got all the latest goodies, including latest Patch alpha. I had all the various graphics sets, but I put the US set last. The DBXL set was present, and not commented out, but before the US set (so the US set should have disabled it); the old DBset was also present (for savegame compatibility) but was commented out with the ! flag.

TTD ran OK but wouldn't load the US set, it complained sprite 32 was bad.

I went back and commented out the DBXL set. Then the US set started working properly.

So either the US set is not properly disabling the DBXL set, or there is a Patch bug of some kind.

krtaylor · Post by **krtaylor** » 07 Aug 2004 01:59

There is also a problem with the svline.grf file. This is a new passenger station and wood loading station. I personally don't have it, and I can't find its thread, but there has been a lot of complaining about it in the "industry station alpha" thread, which is totally the wrong place... There's some sort of order conflict between it and the Canals. Shadow knows about it and I think he can advise you as to what the trouble is.

krtaylor · Post by **krtaylor** » 07 Aug 2004 02:51

And I also have another problem with various plane files conflicting. I'm using Dinges' planesetw.grf file (which contains the 747-400 and Concorde), a new planesetw_sero.grf file (which contains a bunch of newer planes we're working on for the Planeset), and the planenames.grf file. But the planenames.grf file won't load. Maybe there's an ID conflict of some kind, but if so, it would be nice if the GRF status window would SAY why it wouldn't load. I think if it was possible to make that do a better job of explaining errors, some of these issues would be solved more easily.

spaceman-spiff · Post by **spaceman-spiff** » 07 Aug 2004 05:37

Here you go, patchman, an easy crash

I've been playing 2 months with this game and I'm in alpha 29
I've added the savegame, ttdpatch.cfg and newgrfw.cfg files

When I activate the svlinew.grf file, it complaints about needing alpha 31, so when I use alpha 31 and move to the uppercord-ner, it crashes !

Very use to reproduce I guess

Patchman · Post by **Patchman** » 09 Aug 2004 00:48

krtaylor wrote:...

TTD ran OK but wouldn't load the US set, it complained sprite 32 was bad.

I went back and commented out the DBXL set. Then the US set started working properly.

So either the US set is not properly disabling the DBXL set, or there is a Patch bug of some kind.

That must be a bug in the US Set, in its DBXL disabling code. If it tries to disable the DBXL when it's already active, it will cause an invalid sprite error because it's not possible to retroactively deactive .grf files.

krtaylor wrote:... Maybe there's an ID conflict of some kind, but if so, it would be nice if the GRF status window would SAY why it wouldn't load. I think if it was possible to make that do a better job of explaining errors, some of these issues would be solved more easily.

Well, it's really the job of the .grf file to provide an appropriate error message in that case. The patch can't simply guess what the .grf file is doing and why it's deactivating itself...

As far as incompatibilities between .grf files, nowadays it's almost certainly a bug in the .grf code. I wish there was a better .grf code validator that checks that the .grf is within specs.

While the patch has quite a few internal validation checks itself, it can't possibly check everything, and so some things either just won't work or will cause problems if they're out of spec. Not much I can do, I'm afraid, other than debugging the .grf files directly, something for which I really don't have a lot of time.

I'll look at the rest of the stuff when I have time, maybe this week. Moving is a lot more work than one would think...

zero1000 · Post by **zero1000** » 09 Aug 2004 11:23

for the grf file problems pls look here

Transport Tycoon Forums

GRF files conflicting with each other

GRF files conflicting with each other

Who is online