Samonella's questions: currently unsolved
Moderator: Forum Moderators
Forum rules
- Please use [code] BBCode tags in your posts for embedding WML snippets.
- To keep your code readable so that others can easily help you, make sure to indent it following our conventions.
Re: Samonella's questions: currently solved
Hello again.
I must just be overlooking something obvious, but could someone please tell me why this code isn't working? It adds the attack, but the animation doesn't play.
EDIT: I used an object for the new animation and it works now. Apparently, without the [object], there's no way to leave the animation in the unit's [modifications] container (it was empty in the inspect window).
I must just be overlooking something obvious, but could someone please tell me why this code isn't working? It adds the attack, but the animation doesn't play.
Code: Select all
[modify_unit]
[filter]
id=Voadar
[/filter]
[effect]
apply_to=new_attack
name=trident
description=_"trident"
type=pierce
[specials]
{WEAPON_SPECIAL_FIRSTSTRIKE}
[/specials]
damage=15
number=2
range=melee
icon=attacks/trident.png
[/effect]
[effect]
apply_to=new_animation
[attack_anim]
[filter_attack]
name=trident
[/filter_attack]
start_time=-200
[frame]
image=units/drakes/fire.png:300
[/frame]
{SOUND:HIT_AND_MISS spear.ogg spear-miss.ogg -100}
[/attack_anim]
[/effect]
[/modify_unit]
The last few months have been nothing but one big, painful reminder that TIMTLTW.
Creator of Armory Mod, The Rising Underworld, and Voyage of a Drake: an RPG
Creator of Armory Mod, The Rising Underworld, and Voyage of a Drake: an RPG
Re: Samonella's questions: currently unsolved
Here's a strange problem. It might have to do with 1.13.10's big graphic updates?
My goal is to change a certain unit's image (base image, none of the animations). This is the closest I've got:
And in the [unit_type] is
This manages to change the unit's icon in the [acronym=the big bar on the right of the screen, below the mini-map. Is there an official name for that?]status bar[/acronym] but not its image on the actual map.
Does anyone know why it only works halfway, or know a different way to do it?
My goal is to change a certain unit's image (base image, none of the animations). This is the closest I've got:
Code: Select all
[modify_unit]
[filter]
id=Voadar
[/filter]
variation=holds_hay
[/modify_unit]
[store_unit]
[filter]
id=Voadar
[/filter]
variable=Voadar.unit
kill=yes
[/store_unit]
{VARIABLE Voadar.unit.image "units/fire-hay.png"}
[unstore_unit]
variable=Voadar.unit
find_vacant=no
[/unstore_unit]
Code: Select all
[variation]
variation_id=holds_hay
hide_help=yes
inherit=yes
image="units/fire-hay.png"
[/variation]
Does anyone know why it only works halfway, or know a different way to do it?
The last few months have been nothing but one big, painful reminder that TIMTLTW.
Creator of Armory Mod, The Rising Underworld, and Voyage of a Drake: an RPG
Creator of Armory Mod, The Rising Underworld, and Voyage of a Drake: an RPG
Re: Samonella's questions: currently unsolved
I don't know if there's an official name for it, but I think it's usually called the sidebar.Samonella wrote:the big bar on the right of the screen, below the mini-map. Is there an official name for that?
Re: Samonella's questions: currently unsolved
While I don't have a lot of experience with this type of modification, I think it is necessary to change the unit's "standing animation"
See this previous similar question: viewtopic.php?p=517308#p517308
Hope that helps!
See this previous similar question: viewtopic.php?p=517308#p517308
Hope that helps!
http://www.wesnoth.org/wiki/User:Sapient... "Looks like your skills saved us again. Uh, well at least, they saved Soarin's apple pie."
Re: Samonella's questions: currently solved
Awesome, thanks for digging that up! Unfortunately that method didn't work too well, the game randomly switched between the original image and the new animation when I selected or moved the unit. I thought maybe the game had applied the new animation as well as the old default on, so I putSapient wrote:While I don't have a lot of experience with this type of modification, I think it is necessary to change the unit's "standing animation"
See this previous similar question: viewtopic.php?p=517308#p517308
base_score=100
in the new one (see how animations are chosen) but that didn't fix it.EDIT: I also tried adding selected and default animations, but they didn't help either.
EDIT 2: I also just realized that since the unit is a drake it already has standing/movement/post-movement animations, so that could be part of the problem. Of course
base_score=100
should definitely still override those, but whatever, I still got it working how I described below.Meanwhile, I was looking at Heir to the Throne as an example, when Konrad/Li'sar gets the sceptre. The only difference I could spot there was that the [variation]s in their unit types don't use
inherit=yes
. I tried doing it that way, and happily enough it worked! Storing/unstoring the unit to manually change its image was unnecessary, too.And another edit, I forgot to say:
Official or not, it's better than "status bar." Thanks!gnombat wrote:I don't know if there's an official name for it, but I think it's usually called the sidebar.
The last few months have been nothing but one big, painful reminder that TIMTLTW.
Creator of Armory Mod, The Rising Underworld, and Voyage of a Drake: an RPG
Creator of Armory Mod, The Rising Underworld, and Voyage of a Drake: an RPG
Re: Samonella's questions: currently unsolved
Hello again! This time I'm dealing with a really nasty bug. I'm nowhere near figuring out exactly what's going wrong, so I'm mostly looking for advice instead of specific answers.
Basically, the situation is that after updating to 1.13.11 from 13.10, my scenario's save files are unreliable. Often (but no always ), when I load back in, the first time I end turn I'm bombarded by previous events (that should have happened before the save) all trying to happen one after another. If I load with "Show replay" checked, then different things go wrong. In this case I know even less about the problem, but after the replay I usually wind up with a different state than from loading normally.
The natural thing to suspect is that I've broken replay safety rules, which is entirely possible, but for the life of me I can't reproduce the bug in 13.10 (in which version replays work fine). I've spent a few hours trying to isolate the problem but have made no progress, which isn't really a surprise since I'm dealing with 6 MB of WML in this single scenario and don't have much of a starting point. Efforts to reproduce it in a smaller scenario have also been fruitless.
So, the meat of the question: I was glancing through the wesnoth repo and it looks like there's been some recent work on files related to game state and replays. Can anyone tell me if there was a known bug that might be related to this, or should I continue investigating?
Any general advice for large scale wml debugging?
And of course, if anyone is intrigued and wants to see things themself...
Basically, the situation is that after updating to 1.13.11 from 13.10, my scenario's save files are unreliable. Often (but no always ), when I load back in, the first time I end turn I'm bombarded by previous events (that should have happened before the save) all trying to happen one after another. If I load with "Show replay" checked, then different things go wrong. In this case I know even less about the problem, but after the replay I usually wind up with a different state than from loading normally.
The natural thing to suspect is that I've broken replay safety rules, which is entirely possible, but for the life of me I can't reproduce the bug in 13.10 (in which version replays work fine). I've spent a few hours trying to isolate the problem but have made no progress, which isn't really a surprise since I'm dealing with 6 MB of WML in this single scenario and don't have much of a starting point. Efforts to reproduce it in a smaller scenario have also been fruitless.
So, the meat of the question: I was glancing through the wesnoth repo and it looks like there's been some recent work on files related to game state and replays. Can anyone tell me if there was a known bug that might be related to this, or should I continue investigating?
Any general advice for large scale wml debugging?
And of course, if anyone is intrigued and wants to see things themself...
The last few months have been nothing but one big, painful reminder that TIMTLTW.
Creator of Armory Mod, The Rising Underworld, and Voyage of a Drake: an RPG
Creator of Armory Mod, The Rising Underworld, and Voyage of a Drake: an RPG
Re: Samonella's questions: currently unsolved
This is almost certainly an unforeseen regression from my refactoring of the game event code in 1.13.10+dev. Another user has reported a similar problem, so now I need to figure out a concrete repro case...
EDIT: I've committed something that should help mitigate the issue.
EDIT: I've committed something that should help mitigate the issue.
Creator of Shadows of Deception (for 1.12) and co-creator of the Era of Chaos (for 1.12/1.13).
SurvivalXtreme rocks!!!
What happens when you get scared half to death...twice?
SurvivalXtreme rocks!!!
What happens when you get scared half to death...twice?
Re: Samonella's questions: currently unsolved
I'm pretty sure I could find steps for reliably reproducing it, but in my massive scenario that probably wouldn't be much help.
The last few months have been nothing but one big, painful reminder that TIMTLTW.
Creator of Armory Mod, The Rising Underworld, and Voyage of a Drake: an RPG
Creator of Armory Mod, The Rising Underworld, and Voyage of a Drake: an RPG
Re: Samonella's questions: currently unsolved
The problems seem to be gone in 1.13.12, thanks!
Here's a small question that might be a bug. When I use [inspect] in a name=victory event I get an assertion error dialog box. If I click the 'ignore' option things seem to proceed without problem. Does anyone know if that's intentional?
Here's a small question that might be a bug. When I use [inspect] in a name=victory event I get an assertion error dialog box. If I click the 'ignore' option things seem to proceed without problem. Does anyone know if that's intentional?
The last few months have been nothing but one big, painful reminder that TIMTLTW.
Creator of Armory Mod, The Rising Underworld, and Voyage of a Drake: an RPG
Creator of Armory Mod, The Rising Underworld, and Voyage of a Drake: an RPG
- Pentarctagon
- Project Manager
- Posts: 5564
- Joined: March 22nd, 2009, 10:50 pm
- Location: Earth (occasionally)
Re: Samonella's questions: currently unsolved
It's not, and was fixed earlier today in fact, so it shouldn't happen in the next release.
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: Samonella's questions: currently unsolved
I just noticed something strange with [set_menu_item]. It's possible for users to change the option's hotkey, but I just noticed that the Preferences->Hotkeys doesn't have a 'Custom WML Commands' section any more (last time I checked was in 1.13). The custom commands still appear in the full list, but not in any of the individual filters. Do I have to do something like assigning a
hotkey_section=
that hasn't been documented yet, or is it a bug?The last few months have been nothing but one big, painful reminder that TIMTLTW.
Creator of Armory Mod, The Rising Underworld, and Voyage of a Drake: an RPG
Creator of Armory Mod, The Rising Underworld, and Voyage of a Drake: an RPG
Re: Samonella's questions: currently unsolved
Hey, long time no see! I'm working on porting my addons to 1.15. It's going really well, lots and lots of deprecation warnings that are easy to fix. Thanks to everyone's hard work!
I do see one crazy thing going on in 1.15.14, and i'm too out of the loop to confidently go straight to github with a bug report. Can someone sanity check me on this? Seems like in [sound],
I do see one crazy thing going on in 1.15.14, and i'm too out of the loop to confidently go straight to github with a bug report. Can someone sanity check me on this? Seems like in [sound],
repeat
is defaulting to 1 instead of 0. Attached is a test scenario with this moveto event which makes it very easy to test:
Code: Select all
[event]
name=moveto
first_time_only=no
[message]
speaker=narrator
[option]
label=_"Repeat = 0"
[command]
[sound]
name=wolf-die-1.ogg
repeat=0
[/sound]
[/command]
[/option]
[option]
label=_"Repeat = 1"
[command]
[sound]
name=wolf-die-1.ogg
repeat=1
[/sound]
[/command]
[/option]
[option]
label=_"Repeat = 2"
[command]
[sound]
name=wolf-die-1.ogg
repeat=2
[/sound]
[/command]
[/option]
[option]
label=_"Repeat not specified"
[command]
[sound]
name=wolf-die-1.ogg
[/sound]
[/command]
[/option]
[/message]
[/event]
- Attachments
-
- 1_TestScenario.cfg
- (1.44 KiB) Downloaded 68 times
The last few months have been nothing but one big, painful reminder that TIMTLTW.
Creator of Armory Mod, The Rising Underworld, and Voyage of a Drake: an RPG
Creator of Armory Mod, The Rising Underworld, and Voyage of a Drake: an RPG
- Celtic_Minstrel
- Developer
- Posts: 2214
- Joined: August 3rd, 2012, 11:26 pm
- Location: Canada
- Contact:
Re: Samonella's questions: currently unsolved
Looks like that bug is real. Thanks for spotting it! I've committed a fix to master.