Wesnoth 1.18.0 — Draconic Invasions Update

[Pentarctagon]

They don't look that way for me:

Screenshot from 2024-03-23 14-43-03.png (35.28 KiB) Viewed 1686 times

It's definitely not something that was done intentionally.

[Shiki]

This happens when zooming out. From the blue magnifier glass icon one can see that zoom is used on the screenshot.

[Ascrein]

Hi. Is there an apk or android version of the latest version?

[Pentarctagon]

There is not. There was only ever a single person supporting the Android port and they never updated it past 1.14.

[vasya]

Would it be a good idea to add improved 4k (HiDPI) support in the release announcement? E.g. this forum post and the other one here: viewtopic.php?t=57844&sid=cab57d55e1f31 ... ea7cdbe2ed

[Pentarctagon]

It would, but that'd need to go on https://www.wesnoth.org/start/1.18/ which can't be updated anymore since it's been made available for translation.

[Issacharian]

They don't look that way for me:
Screenshot from 2024-03-23 14-43-03.png

It's definitely not something that was done intentionally.

As another poster commented, the zoom seems to be the culprit. Playing at my standard zoom from the previous version causes the colors to become much more pale. I will play at a closer zoom as that solves it, but I do feel the coloration of the bars should not change as one zooms out. I prefer the more birds eye view for tactical reasons so I really missed those colors.

[Pentarctagon]

Yeah, the zoom shouldn't be causing that either.

[Straff]

All portraits are now converted to .webp
All portraits except troll.png and ancient-wose.png
Is there a reason for this?

[Pentarctagon]

For a small number of portraits their size was not reduced at all or only by a very small amount, so they were left as .png files.

[Atreides]

I use a program that optimizes PNG's (sprites often shrink to 1/4 size!), perhaps that could have been done instead of changing to webp. It removes excess metadata plus it correct some RGB type errors to do with colours that show up in wesnoth logs for some PNGs.

The program is called trimage image compressor (linux).

[Pentarctagon]

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

[Otdoy]

Long time solo player and lurker. This game has filled so many hours with fun. Was finally able to contribute (a small amount) when downloading this one. Thank you very much for all of your hard work throughout the years.

[Adamant14]

I’m about to update my campaign for BfW 1.18. All scenarios work perfectly, except the last scenario. Here I came across a problem that I can not handle. The map here is split in two halves, on each half there is one human side, and a few ai sides. If one side is on the move, then the other side is shrouded, and vice versa. One half of the map is always shrouded. Up to and including BfW 1.16, all this worked wonderfully, but now with BfW 1.18 suddenly no longer. The problem is that at the end of the respective human player turns (when the player hits [end turn]), the shroud switches to the other side. However, too early, because the ai sides on this half are still on the move first. Until BfW 1.16 the shroud changed only after all ai sides have done their turn. Now the shroud changes before the enemy ai sides have made their moves. This means that the player does not see which moves the ai sides make. Until BfW 1.16 it was so that the human side player made his move on one half of the map, then the ai sides (also on this half of the map), then the shroud changed sides, and the other human side player made his move, then the ai sides from the other side. You could see all the movements and fights on each side of the map. Also to mention that the fights and movements that make the ai sides (hidden by shroud) are skipped, as if in the settings [skip_ai_moves=yes] (my setting is [skip_ai_moves=no]). Did the developers recently changed something about the behavior of shroud updating? Or what else could explain this behavior?

[Pentarctagon]

I'm not sure why that would've started happening with 1.18, but it sounds like the sides need share_vision set.