Wesnoth 1.18.0 — Draconic Invasions Update
Moderator: Forum Moderators
Re: Wesnoth 1.18.0 — Draconic Invasions Update
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
.Author of Antar, Son of Rheor ( SP Campaign) | Development Thread + Feedback Thread + Replays of ASoR
- Pentarctagon
- Project Manager
- Posts: 5587
- Joined: March 22nd, 2009, 10:50 pm
- Location: Earth (occasionally)
Re: Wesnoth 1.18.0 — Draconic Invasions Update
Is there a reason to not disable shroud entirely, in that case?
99 little bugs in the code, 99 little bugs
take one down, patch it around
-2,147,483,648 little bugs in the code
take one down, patch it around
-2,147,483,648 little bugs in the code
Re: Wesnoth 1.18.0 — Draconic Invasions Update
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.
Author of Antar, Son of Rheor ( SP Campaign) | Development Thread + Feedback Thread + Replays of ASoR
Re: Wesnoth 1.18.0 — Draconic Invasions Update
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.
Maintainer of Ageless Era. Ravana's Multiplayer Works
Re: Wesnoth 1.18.0 — Draconic Invasions Update
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.
I seem to have to drop the scenario and come up with a new one.
Author of Antar, Son of Rheor ( SP Campaign) | Development Thread + Feedback Thread + Replays of ASoR
- Pentarctagon
- Project Manager
- Posts: 5587
- Joined: March 22nd, 2009, 10:50 pm
- Location: Earth (occasionally)
Re: Wesnoth 1.18.0 — Draconic Invasions Update
You could perhaps manually set and clear the shroud?
99 little bugs in the code, 99 little bugs
take one down, patch it around
-2,147,483,648 little bugs in the code
take one down, patch it around
-2,147,483,648 little bugs in the code
Re: Wesnoth 1.18.0 — Draconic Invasions Update
I already tried, but I didn’t succeed.
Author of Antar, Son of Rheor ( SP Campaign) | Development Thread + Feedback Thread + Replays of ASoR
Re: Wesnoth 1.18.0 — Draconic Invasions Update
Create fake side which shares view with what you want, positioned between sides that you need.
Maintainer of Ageless Era. Ravana's Multiplayer Works
Re: Wesnoth 1.18.0 — Draconic Invasions Update
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
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.Author of Antar, Son of Rheor ( SP Campaign) | Development Thread + Feedback Thread + Replays of ASoR
- Atreides
- Posts: 1079
- Joined: March 30th, 2019, 10:38 pm
- Location: On the 2nd story of the centre village of Merwuerdigliebe turning the lights on and off
Re: Wesnoth 1.18.0 — Draconic Invasions Update
Out of curiosity I ran trimage on the core wose.png sprite. 17.1% compression.Pentarctagon wrote: ↑March 28th, 2024, 4:30 pm The PNGs were optimized already via https://github.com/wesnoth/wesnoth/blob ... optipng.py, though I don't know how that compares.
- Attachments
-
- trimage compressed version
- wose.png (1.06 KiB) Viewed 1608 times
-
- wose sprite as shipped
- wose.png (1.27 KiB) Viewed 1608 times
- Pentarctagon
- Project Manager
- Posts: 5587
- Joined: March 22nd, 2009, 10:50 pm
- Location: Earth (occasionally)
Re: Wesnoth 1.18.0 — Draconic Invasions Update
Might be useful to add into the
woptipng.py
script then.99 little bugs in the code, 99 little bugs
take one down, patch it around
-2,147,483,648 little bugs in the code
take one down, patch it around
-2,147,483,648 little bugs in the code
Re: Wesnoth 1.18.0 — Draconic Invasions Update
There are a few additional image compression programs listed on the Art_Programs wiki page, too.
Wesnoth-related GitHub repos:
General mods collection, SotBEEE, AToTBWaTD, The Earth's Gut, A Little Adventure, FtF
Social media: Mastodon: @egallager@treehouse.systems, Steam: egallager
General mods collection, SotBEEE, AToTBWaTD, The Earth's Gut, A Little Adventure, FtF
Social media: Mastodon: @egallager@treehouse.systems, Steam: egallager
Re: Wesnoth 1.18.0 — Draconic Invasions Update
It doesn't look like
https://github.com/wesnoth/wesnoth/commits/master/data/core/images/units/woses/wose.png
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
- Project Manager
- Posts: 5587
- Joined: March 22nd, 2009, 10:50 pm
- Location: Earth (occasionally)
Re: Wesnoth 1.18.0 — Draconic Invasions Update
It's been run on all images, but if the size reduction is small then it's ignored.
99 little bugs in the code, 99 little bugs
take one down, patch it around
-2,147,483,648 little bugs in the code
take one down, patch it around
-2,147,483,648 little bugs in the code
- Atreides
- Posts: 1079
- Joined: March 30th, 2019, 10:38 pm
- Location: On the 2nd story of the centre village of Merwuerdigliebe turning the lights on and off
Re: Wesnoth 1.18.0 — Draconic Invasions Update
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).
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).