JGR's Patch Pack

[ColdIce]

Hy JGR,

I have a problem with conditional orders. I can't set the value more than 2047 solid cargo on a conditional order, but i can set higher value with liquid cargo. I'm using FIRS 1.4.4.

Liquid cargo is stored internally as a kiloliter. So 2047 solid cargo is equivalent to 2,047,000 liters.

thank you. well.. now I have a huge network to review

[Lw25]

When I updated to newest one my game language changed from Polish to English. Is there any way of reverting it?

[mak]

When I updated to newest one my game language changed from Polish to English. Is there any way of reverting it?

Yes. Start page, select 'game options'

[nirasa]

Can I see a list of stations somewhere, how many trains pass through them? Is there a list? Thanks

[gebik]

Can I see a list of stations somewhere, how many trains pass through them? Is there a list? Thanks

Yes, click that station icon, rigth to the left from your money report. You can sort them by waiting cargo, but not by no. of vehicles. (of course the list can be sorted by name)
Hope, that this is at least partially useful...

[Lw25]

When I updated to newest one my game language changed from Polish to English. Is there any way of reverting it?

Yes. Start page, select 'game options'

It is not that simple. I don't have Polish there as an option now.
Edit: Okay, I'm stupider than I thought, I got older build. on 0.37 everything works fine. Sorry for that.

[nirasa]

Can I see a list of stations somewhere, how many trains pass through them? Is there a list? Thanks

Yes, click that station icon, rigth to the left from your money report. You can sort them by waiting cargo, but not by no. of vehicles. (of course the list can be sorted by name)
Hope, that this is at least partially useful...

Ok. Thanks. I know the arrangement according to the goods very well and I use it a lot. There is no list of stations by number of passing vehicles.

[Wahazar]

Is it possible to compile this patch (or generally openttd) when my cmake version is 3.5.1 (and I can't upgrade it further)?

[JGR]

Is it possible to compile this patch (or generally openttd) when my cmake version is 3.5.1 (and I can't upgrade it further)?

You could try removing the minimum version line and seeing if it works anyway.
What platform are you using that you can't install a newer version on?

[Wahazar]

I'm using ubuntu 14, it is server instance thus I don't want to mess with current version.

[JGR]

I'm using ubuntu 14, it is server instance thus I don't want to mess with current version.

You could build or download a pre-built more recent copy of cmake in a different directory and run that. You don't have to overwrite the version in PATH you already have.
That said, as cmake is backwards compatible I don't think anything problematic would happen if you did anyway.

[mak]

When I updated to newest one my game language changed from Polish to English. Is there any way of reverting it?

Yes. Start page, select 'game options'

It is not that simple. I don't have Polish there as an option now.
Edit: Okay, I'm stupider than I thought, I got older build. on 0.37 everything works fine. Sorry for that.

No not stupid at all, we all miss things sometimes,did it myself recently

[Wahazar]

I'm making newgrf with signals, using nml, is it possible to provide support for programmable signals in case of own newgrf?

[JGR]

I'm making newgrf with signals, using nml, is it possible to provide support for programmable signals in case of own newgrf?

Sure, see here.
For programmable pre-signals you'll probably want to use action 5, this is near the bottom of the text.

[Wahazar]

Not sure what I'm doing wrong, but I have following nml code:

Code: Select all

switch (FEAT_RAILTYPES, SELF, switch_signals_russian_type, extra_callback_info2 & 0x00FFFFFF) {
    (0 << 16) | (0 << 8) | 0 : LS00_russian_signals_block_red;
    (0 << 16) | (0 << 8) | 1 : LS01_russian_signals_block_green;
    ...blah blah...
    (6 << 16) | (0 << 8) | 0 : LS60_russian_signals_program_red;
    (6 << 16) | (0 << 8) | 1 : LS61_russian_signals_program_green;

and while all custom signals are properly displayed in menu, including programmable signals, there are still standard programmable signals placed
(among correctly displayed vanilla openttd customized signals):

customss.jpg (217.72 KiB) Viewed 2039 times

[JGR]

Not sure what I'm doing wrong, but I have following nml code:

Code: Select all

switch (FEAT_RAILTYPES, SELF, switch_signals_russian_type, extra_callback_info2 & 0x00FFFFFF) {
    (0 << 16) | (0 << 8) | 0 : LS00_russian_signals_block_red;
    (0 << 16) | (0 << 8) | 1 : LS01_russian_signals_block_green;
    ...blah blah...
    (6 << 16) | (0 << 8) | 0 : LS60_russian_signals_program_red;
    (6 << 16) | (0 << 8) | 1 : LS61_russian_signals_program_green;

and while all custom signals are properly displayed in menu, including programmable signals, there are still standard programmable signals placed
(among correctly displayed vanilla openttd customized signals):

customss.jpg

The feature is opt-in, in that a property has to be specifically set in order for custom graphics to be used for programmable pre-signals via railtype action 2/3 (this is "railtype_enable_programmable_signals" in the document).
Otherwise, the majority of railtype GRFs which know nothing about these extensions are liable to give wrong/broken results when queried with values outside the range given in the main specification.
This should apply to the signal build window as well, it looks like you're using an old version. Which version are you testing this on?

Looking through the NML spec now, I can't see an obvious way to insert NFO or do anything custom.
I've been trying to avoid having to modify/fork NML.

Can you send me your code? I will have a tinker and see what I can do.

[Wahazar]

I was using old version (0.31.0) - I'm still struggling to compile current release after switching all openttd system to cmake.

Is there any way to enable railtype action 2/3 in nml? I don't speak NFO assembler

My nml code is here: https://dev.openttdcoop.org/projects/v4 ... s_SZD.pnml

Edit: I tried to run my newgrf under regular openttd and there is 'invalid sprite' error.

[JGR]

I was using old version (0.31.0) - I'm still struggling to compile current release after switching all openttd system to cmake.

This feature was only added in v0.38.0.

Is there any way to enable railtype action 2/3 in nml? I don't speak NFO assembler

Railtype action2/3 is what NML emits already.
For getting NML to turn on the property to opt-in to programmable pre-signals via that mechanism, the short answer appears to be no.
To avoid having to write any NFO, someone would have to add the relevant functionality to a fork of NML.

My nml code is here: https://dev.openttdcoop.org/projects/v4 ... s_SZD.pnml

Edit: I tried to run my newgrf under regular openttd and there is 'invalid sprite' error.

I compiled the GRF and it worked fine in v1.10.3.

[Eddi]

well, adding a property to NML should be a one-liner

[Gadg8eer]

...

Is there any chance of integrating some of the patches from dbpp? I know you already added the click-and-drag NewObjects, but what are your thoughts on the remaining features?

I guess you missed my post? Sorry to bother you with a "feature request" question.