Couple of issues with OpenTTD for Mac

[Rick D]

Hey guys, hope this is in the right forum.

First issue is that although Sandpits request Vehicles to improve production, when you place a station next to one it does not accept anything. I'm using OTTD 1.1.4 with ECS Vectors. I have included a screenshot below

Sand.png

(997.66 KiB) Downloaded 3 times

Second issue is an issue with the Monster Box wagon in the UKRS2 graphics set, when i refit the wagons to carry Iron Ore, a white line appears under them when they are full, it disappears when they are empty and does not appear when you leave the wagons fitted to carry coal. I am not sure about other Cargoes. Screeenshot is below

Monster box.png

(894.68 KiB) Downloaded 3 times

I have also included the savegame in case you need to see it

Deacon Transport, 20th Jan 1993.sav

(527 KiB) Downloaded 73 times

[Transportman]

The first issue is your misunderstanding of the ECS vectors. You actually need to deliver a cargo named "vehicles" to the sand pit.

Second issue should be reported in the development thread of UKRS2, it can be found in the Graphics Development subforum.

[Brumi]

The first issue is your misunderstanding of the ECS vectors.

I'm not so sure about that. I loaded his savegame, the sand pits simply don't accept vehicles. In a clean ECS game, two tiles (the ones on which the buildings are) should accept vehicles fully, but in his game, these two tiles only accept 1/8 vehicles. It seems like some NewGRF conflict to me...
By the way, the ECS Construction Vector is obsolete.

Deacon Transport, 20th Jan 1993.png (101.73 KiB) Viewed 2509 times

EDIT:
I suppose it is a bug in the ECS Basic Vector. If I disable the stockpiling limit for the basic vector, sand pits won't accept vehicles. This behaviour is also present in one of my games though, I just didn't notice it...
I will report this in the ECS thread.

[Rick D]

I suppose it is a bug in the ECS Basic Vector. If I disable the stockpiling limit for the basic vector, sand pits won't accept vehicles. This behaviour is also present in one of my games though, I just didn't notice it...
I will report this in the ECS thread.

Thanks Brumi, what should I use instead of the Construction Vector

I'll report the other issue in the UKRS2 thread

[Brumi]

Thanks Brumi, what should I use instead of the Construction Vector

Simply omit it, the construction vector has been abandoned.

[Rick D]

Thanks Brumi, what should I use instead of the Construction Vector

Simply omit it, the construction vector has been abandoned.

Ah ok, I was wondering why it was the only one not to have been updatd to June 2011

Thanks

[Eldarion]

An old thread, but the bug seems to be still there. Does anyone know of a fix for the sand pit issue?

[Eddi]

if it wasn't reported to the ECS Thread then it was likely not fixed.

[Tekky]

if it wasn't reported to the ECS Thread then it was likely not fixed.

It has been reported in the ECS Thread and the author of ECS announced in this post that the bug will be fixed in the next version.

This, however, was 16 months ago, and no new version has been released yet. In this post that is two weeks old, the author announced that he was unable to provide a bugfix release for a previous version due to lack of version control software. Therefore, we will have to wait for the next major release version.

[Tekky]

Meanwhile, I believe I was able to fix the bug myself. The bug is located in the file ECS_Basic_vector_II-1.1.219Jun2011.tar, or, if you extract the .nfo file using grfcodec from the .tar file, in ECSBas2.nfo sprite number 7663.

On the sand pit tiles that are supposed to accept vehicles, callback 2B incorrectly returns 881h if the parameter which disables the stockpiling limit is set. This causes each of the two tiles to only accept 1/8 cargo, which is not sufficient, as Brumi has already stated earlier. The correct value for the callback to return should be 008h (888h may also work and be more appropriate for compatibility, but I have not tested it).

Therefore, modifying sprite 7663 in the EC2Bas2.nfo

Code: Select all

from
 7663 * 15	 02 09 F2 81 7F 00 00 01 01 F2 00 00 00 81 88

Code: Select all

to
 7663 * 15	 02 09 F2 81 7F 00 00 01 01 F2 00 00 00 08 80

should fix the problem. At least it seems to have fixed it with me.

You can also fix it by modifying ECS_Basic_vector_II-1.1.219Jun2011.tar directly, using a hex editor. The two bytes that must be modified are located at offset C5712h.