JGR's Patch Pack

[maxucao]

use the ECS industry,modified building cost
and in configuration turn on infraestructure maintenance costs, calendar time and monthly scalation

it could be any one of these will confuse the hell out of the AI. like ECS' complicated economic structure, or excessive maintenance costs.

there's no solution to this. you're just making the game too difficult for the AI to act within its limited understanding of the world.

mmmm i use to play with the same grf in original ottd 1.13 and at least AAA ai always get a lot of money
i wil try in 1.14 with all options the same as jgrs and see what happen
maybe the time mode? cause in 1.13 there is no time mode selection really i dont know
how do you play it? with what Ai or newgrf? i really enjoy a competitive AI

[blackeagle]

Maybe I'm missing something (quite possibly!!) but it seems that the blue posts on signal graphics that show that there is some programming on them, only works with opengfx as the base graphics set. If I use aBase or zBase (both of which have better looking signals) then the blue posts don't appear.

Screen shot of OpenGFX vs zBase / aBase (both have same gfx). OpenTTD version is jgrpp-0.55.3

Black & Co., 3rd Dec 1969#2.png

OpenGFX

(2.79 MiB) Not downloaded yet

Black & Co., 3rd Dec 1969.png

zBase

(2.64 MiB) Not downloaded yet

Very possibly this is just me being stupid and missing something. If so, please point it out!

[JGR]

Maybe I'm missing something (quite possibly!!) but it seems that the blue posts on signal graphics that show that there is some programming on them, only works with opengfx as the base graphics set. If I use aBase or zBase (both of which have better looking signals) then the blue posts don't appear.

Screen shot of OpenGFX vs zBase / aBase (both have same gfx). OpenTTD version is jgrpp-0.55.3

Black & Co., 3rd Dec 1969#2.png

Black & Co., 3rd Dec 1969.png

Very possibly this is just me being stupid and missing something. If so, please point it out!

I haven't tried to override graphics for abase/zbase.
In general abase/zbase is not graphically compatible with anything else.

[blackeagle]

I haven't tried to override graphics for abase/zbase.
In general abase/zbase is not graphically compatible with anything else.

OK, thanks for your swift response. Guess it's a me problem for now then....

[Argus]

Lately I've been noticing a strange behavior of buses when I want to send them between cities.
If I specify one stop in one of the cities and another in the other, and the bus has to make one more stop in the starting city along the way,
so it gets "stuck" between two stops in the original city and does not reach the next city.
The solution is usually to put an extra stop in the commands. It didn't happen before, the bus didn't care that it was passing through an unplanned stop.

[JGR]

Lately I've been noticing a strange behavior of buses when I want to send them between cities.
If I specify one stop in one of the cities and another in the other, and the bus has to make one more stop in the starting city along the way,
so it gets "stuck" between two stops in the original city and does not reach the next city.

Can you post a savegame and/or a screenshot of what you mean by this?

[Argus]

Well, I'm not going to provide anything right now because it's fixed everywhere, but I'll keep it in mind when it happens again.
But in these cases, the extra stop is usually at the beginning. Typically - I have a stop right behind the depot, but I want the bus to go to the next town from another one in the center. So the bus passes her way, and then instead of continuing the other town, it turns back.

[Argus]

Bus number two here

[JGR]

Bus number two here

You haven't set the orders to be non-stop, so it's added implicit orders.
In general orders which are not non-stop should not be used and just create problems, however there appears to be a bug in the handling of them here.
You can set the "new order are non-stop" or "allow only non-stop orders" settings to prevent this.

[Argus]

I guess I misunderstood "without stopping", that's why I never used it, I didn't understand why the vehicle shouldn't stop there. In any case, this behavior did not occur before.
I will try to avoid it next time as you write.

[JGR]

I guess I misunderstood "without stopping", that's why I never used it, I didn't understand why the vehicle shouldn't stop there. In any case, this behavior did not occur before.
I will try to avoid it next time as you write.

Anyway, it is fixed now, it will be in the next release.

[Argus]

Thanks
It's a small bug, so I'll just keep an eye on the commands until the next release.

[michael blunck]

Got a crash when updating to 0.59 for some older dbxl version:

[JGR]

Got a crash when updating to 0.59 for some older dbxl version:

Thanks, I've forwarded an issue upstream.
Are the 4 GRFs in this save available somewhere?

[OzTrans]

Would it be possible to have var 0x10/0x18 for rail stations available in the Debug (Inspect) window ? I have been battling with them for over a week now.

Also, rail way-points don't have sufficient Debug (Inspect) data (in the Land Area Information window there is no debug icon); they need to be coded as station tile first for debugging. Once done moved to the way-point section.

It would, too, be handy to have access to temporary storage/registers in the debug window; may be in a similar way like 0x60+ variables with registers being a parameter.

There seems definitely something wrong with var 0x18 in CB 140. Property 0x18 is set to 0x01 (Station part is built), but var 0x18 (low byte) in CB 140 is zero (0x00) when that event happens.

Also, with rail way-points (not with stations), when sprite offsets are used in property 0x1A, upon construction a negative sprite offset of about 700 is applied, making a mess of things. When the same code is executed again (by way of CB 141) things resolve themselves. I have now used an animation speed of 27 ms to fix this temporally, but I would like to use a much higher speed setting.

River Rail Bridge.png (43.58 KiB) Viewed 76 times