A chained attack like you described would consist of two powers. The first power would be the initial missile. It would have a post_power set to the id of the second power. The second power be just like the first power, execpt these values would be set (and no post_power):
So if I understand correctly, you want to have an absorb value that only applies to a specific damage type, right? I don't think there's a way to do that in the engine right now.
We still support our pre-Transifex method of translations, which is to edit the files locally in something like Poedit. We accept such edits as either Git pull requests or simply emailing the file. So I wouldn't say that we "depend" on Transifex, but instead we use Transifex to supplement our existing translation methods.
I hadn't heard about Weblate, but the interface seems nicer than Transifex in some areas. However, I chose Transifex since it was requested specifically by some of our translators. The popularity of Transifex itself helps our goal of trying to expand our pool of translators. We'd miss out on that using something smaller like weblate.org or self-hosted.
I think the freedom-conscious translators will just have to stick with offline/desktop translating for now. Github uses non-free JS, too. But people still can use email to report issues and send patches. The same applies for translations.
I just looked at what's available on OpenSUSE Leap 42.3, and the version of Flare there is 0.20 and was packaged 2 years ago. The engine version we printed in-game at that time was "v1.0" despite this. Nonetheless, your engine is vastly out of date. You said you installed 1.06, but it doesn't seem like you did. You have two options if you want to be more up to date:
Get our Linux binary package from here (Linux x86_64 engine + game). It's built on Ubuntu 16.04 LTS, so your milage may vary on OpenSUSE. Note: if you go this route, it's recommended that you delete ~/.config/flare/keybindings.txt. We had reports of input issues from pre-1.0 configurations and have since fixed it in the development versions.
Build it from source yourself. We have instructions for doing this here. The required dependencies for OpenSUSE are listed on that page as well.
The game content you referenced is part of the old Alpha Demo, which is also out of date. You'll want to make sure that you have the empyrean_campaign mod enabled, like so: https://i.imgur.com/UmgvtrG.png
Edit: If you're still interested in playing the Alpha Demo content, we have a v1.0-friendly version of it here.
Okay, please try the latest git master (version 1.06.31). It should fix the crash.
Technical explaination: I had refactored MessageEngine::get() to be a single function that take a va_list of arguments. Since "%d" represents an unsigned long for some strings, I made it so that "%d" expected an int64_t to handle those unsigned longs as well as signed ints. The bug occured when passing another argument after a normal signed int on systems where a signed int != 64 bits.
So I simply reverted back to before my refactor where we had multiple get() functions with fixed arguments. It's a little redundant, but much safer to use.
Getting the base damage from a non-damage stat, MP in this case. This might be possible already by creating a damage type that grows with the player's MP per level. It could be hidden from being displayed in the Character menu.
The ability to require a percentage of HP/MP to be consumed when using a power. This is not something that's implemented right now.
If you can reproduce it, can you post the contents of ~/.config/flare/flare_log.txt as well as your save file which is located in ~/.local/share/flare/saves/*/*/avatar.txt?
A chained attack like you described would consist of two powers. The first power would be the initial missile. It would have a post_power set to the id of the second power. The second power be just like the first power, execpt these values would be set (and no post_power):
count=4
missile_angle=90
starting_pos=target
So if I understand correctly, you want to have an absorb value that only applies to a specific damage type, right? I don't think there's a way to do that in the engine right now.
We still support our pre-Transifex method of translations, which is to edit the files locally in something like Poedit. We accept such edits as either Git pull requests or simply emailing the file. So I wouldn't say that we "depend" on Transifex, but instead we use Transifex to supplement our existing translation methods.
I hadn't heard about Weblate, but the interface seems nicer than Transifex in some areas. However, I chose Transifex since it was requested specifically by some of our translators. The popularity of Transifex itself helps our goal of trying to expand our pool of translators. We'd miss out on that using something smaller like weblate.org or self-hosted.
I think the freedom-conscious translators will just have to stick with offline/desktop translating for now. Github uses non-free JS, too. But people still can use email to report issues and send patches. The same applies for translations.
Yep, it ends up being a lot of powers. What we do in flare-game is define the common elements in a separate file and then use INCLUDE to create all the variants (example: https://github.com/clintbellanger/flare-game/blob/master/mods/empyrean_c...).
I think the best way would be to do it like we do different ammo types for ranged weapons.
The Block power consist of a meta power with separate powers for each "level":
[power]
id=1
name=Block
meta_power=true
# let's say this is the power for the wooden buckler
[power]
id=2
name=Block
...
Then in the wooden buckler item definition, you would have:
replace_power=1,2
I just looked at what's available on OpenSUSE Leap 42.3, and the version of Flare there is 0.20 and was packaged 2 years ago. The engine version we printed in-game at that time was "v1.0" despite this. Nonetheless, your engine is vastly out of date. You said you installed 1.06, but it doesn't seem like you did. You have two options if you want to be more up to date:
The game content you referenced is part of the old Alpha Demo, which is also out of date. You'll want to make sure that you have the empyrean_campaign mod enabled, like so: https://i.imgur.com/UmgvtrG.png
Edit: If you're still interested in playing the Alpha Demo content, we have a v1.0-friendly version of it here.
Okay, please try the latest git master (version 1.06.31). It should fix the crash.
Technical explaination: I had refactored MessageEngine::get() to be a single function that take a va_list of arguments. Since "%d" represents an unsigned long for some strings, I made it so that "%d" expected an int64_t to handle those unsigned longs as well as signed ints. The bug occured when passing another argument after a normal signed int on systems where a signed int != 64 bits.
So I simply reverted back to before my refactor where we had multiple get() functions with fixed arguments. It's a little redundant, but much safer to use.
I think I was able to reproduce this on Android. Opening the inventory menu causes a crash, so I'll try to figure out what's happening.
If you can reproduce it, can you post the contents of ~/.config/flare/flare_log.txt as well as your save file which is located in ~/.local/share/flare/saves/*/*/avatar.txt?
Pages