Wesnoth 1.18.0 — Draconic Invasions Update

[Adamant14]

share_vision is set to share_vision=none, which worked well until BfW 1.18. On each half of the map is a side controler=human, both are allied, but they should not be able to see each other, so share_vision=none.

[Pentarctagon]

Is there a reason to not disable shroud entirely, in that case?

[Adamant14]

It should give the player the impression that his ally is in a cave. It should seem as if one of the allies doesn’t know how the other is doing, it’s because of the story and the atmosphere. It is the last scenario of the campaign, and it should be really good, and as already mentioned, until BfW 1.18 it worked perfectly. I did not change the code of my scenario, so it must be the Wesnoth version what causes this new behaviour.

[Ravana]

If both human sides are local then yes it might have intentionally changed, and as rare use case you would have to adjust it on your addon.

[Adamant14]

I’ve tried pretty much everything to find a workaround, unfortunately without success.
I seem to have to drop the scenario and come up with a new one.

[Pentarctagon]

You could perhaps manually set and clear the shroud?

[Adamant14]

I already tried, but I didn’t succeed.

[Ravana]

Create fake side which shares view with what you want, positioned between sides that you need.

[Adamant14]

Unfortunately, it doesn’t work either.
It is as if the game ignores all ai sides and skips them, the game immediately jumps to the other human side. The game makes the ai side moves, but as if skip_ai_moves were activated, this is a new behavior.

[Atreides]

The PNGs were optimized already via https://github.com/wesnoth/wesnoth/blob ... optipng.py, though I don't know how that compares.

Out of curiosity I ran trimage on the core wose.png sprite. 17.1% compression.

[Pentarctagon]

Might be useful to add into the woptipng.py script then.

[egallager]

There are a few additional image compression programs listed on the Art_Programs wiki page, too.

[gnombat]

It doesn't look like woptipng.py was ever run on wose.png (at least, not since the last time it was edited).

https://github.com/wesnoth/wesnoth/commits/master/data/core/images/units/woses/wose.png

[Pentarctagon]

It's been run on all images, but if the size reduction is small then it's ignored.

[Atreides]

Addendum: I tried trimage on the wose portrait (1.16 PNG) and got 0 compression so it seems to be the same as what's been used but only on portraits I guess.
I've run trimage on all the sprites in all the eras I maintain and it has generally led to a 1 MB size reduction for larger addon eras. In these modern days I realize a MB is considered "small" so ignoring it is no problem. I actually ran the program not to reduce size but to eliminate stderr log entries about some sort of RGB error in the sprites (nothing visible that I could see, supposedly has to do with the colours though).