Printable View
Thanks a lot for the report! Indeed, I noticed that, too, when I tried to prepare a little bit for my campaign :) Apparently I missed something related to StrainInjury :) I will try my best soon (currently, I just moved to Germany and try to manage everything; right now I only have internet in my office :) )Quote:
Originally Posted by RobboNJ69
No worries! I was more concerned that it was just me because I did something dumb. Or missed a message about a setting. It seems to work just fine other than the message popping up.
Thank you for the work on it and thank you for the quick reply!
Thanks for the notification! :) I will let you know once I fixed it :)Quote:
Originally Posted by RobboNJ69
Kel,Quote:
Originally Posted by RobboNJ69
Since you probably have so much free time, despite moving around the world, getting married, getting settled into a new house and a new job... ;)
I thought this would be the perfect time bring this question back up. - Rob
Hehe, thanks for reminding me :DQuote:
Originally Posted by RobboNJ69
Yeah, I usually keep wish request on Github in some project list; but Github recently changed that and now all the wishes are gone... :D So, good to remind me now :D
and change you location Kel, still says taipei, thats so last week.
:D My heart and mind is still in Taipei though :DQuote:
Originally Posted by Morenu
Sure you'll miss the Xiao Long Bao, but now you get the best bratwurst and Weissbier in the world! I'm so jealous!
Hehe :D I especially miss bubble tea, and steamed buns with sesame! :)Quote:
Originally Posted by RobboNJ69
Hi!
We are getting an error in a campaing with the free extension Pathfinder - Naval Combat
The exception is:
[ERROR] Handler error: [string "..h alternative icons:..r_action_damage.lua"]:1231: attempt to index local 'bImmune' (a nil value)
As far as I can see in the code (I don't know LUA) it seems to need to check in the index "all" exists in the array in the if located in line 1231 of manager_action_damage.lua
Thanks!!Quote:
if bImmune["all"] then
return (0 - nDamage), 0, false, true, 0;
end
Hi :)Quote:
Originally Posted by Koldun7
Thanks for the report :)
Do you have other extensions loaded? Usually that error appears if there is an incompatibility with other extensions; the index "all" should be fine :)
(but at latest this weekend I will update my extensions, already started a bit, so that my extensions are hopefully soon again as compatible as possible :) )
We have a lot of extensions, but the only difference with another campaign were this works perfectly is the naval combat extensionQuote:
Originally Posted by Kelrugem
That extension changes the vehicle sheets because ships have two hit points values, my guess is that the problem lies there.
I'll create a new campaign with only the two extensions loaded to confirm it tho
Thanks!
Hi again
Confirmed, with only this two extension the exception appears
Attachment 62322
That extension is included in Paizo's Skull & Bones campaing setting
Hope this helps to solve the problem. Thanks!!
Thanks a lot!Quote:
Originally Posted by Koldun7
Oh, yes, the Naval Combat Extension is certainly incompatible with my extension; sadly, since it is provided in the store (and I do not have the module), I can sadly not open the extension to check the incompatibility :/
This weekend I may try to contact SmiteWorks about that, maybe they can help me :)
A new version of StrainInjury is uploaded :) Now there should be no errors anymore when opening the CT, thanks for the patience :)
@Asgurgolas: I tried to reduplicate your IF:bloodied; but sadly I cannot observe the stack overflow issue. I also checked the code and the code has a handle to avoid the overflow issue. Did you test the extension without other extensions loaded? :)
Quote:
Originally Posted by Kelrugem
Yes, loaded my campaign with only your extension loaded.
Attachment 62338
In the screenshot the effect is turned off, but when it's on you can see (in the erro console) above the script execution errors, which also do nothing. I mean, if I try an attack with "bloodied" effect active, nothing happens (besides an error showing up). No dice rolling either. If I turn it off, dice rolls normally.
Also the screenshot shows I also have "enhanced items" loaded, so I checked out again without loading it... same issue anyway
p.s. also, I say "bloodied", but it also does that with "wounded" and "healthy"
Hmmm, I see, thanks for the report :)Quote:
Originally Posted by Asgurgolas
While I try to understand what maybe the culprit, did you also test without(!) any extension? Just to exclude that the error is not by FG itself? :)
Ah, nevermind I was able to replicate it; I forgot to turn on the wound overlays in my test campaign :D Seems to be related to that; I just wonder why, because I fixed that issue centuries ago. I will see :)
it's fine (it's just, one of my character is playing a warblade and he's soo to level up and get "Finishing Move" XD Sure I can do it manually but IFT: "healthy" "wounded" and "bloodied" are exactly what's needed for automating that one maneuver :P)Quote:
Originally Posted by Kelrugem
Thank you Kelrugem!Quote:
Originally Posted by Kelrugem
I think I found the issue! I am fixing it right now :)Quote:
Originally Posted by Asgurgolas
The problem (if you are interested): The overlay code checks whether certain effects are on the CT entry. For example "stable" applies a certain overlay :) However, the code for the overlays also checks for the wound percentage (for obvious reasons), and effects like "bloodied" also check the wound percentage. Thus, what can happen: Overlays check the wound percentage, in that process the code checks for effects like "stable", this on the other hand triggers the effect code which checks for the wound percentage to determine whether someone is healthy etc... Then we're back at the wound percentage stuff and a loop got created!
I had this problem once with "stable" and I resolved that. But some time ago I added blood trails and after a request I added "noblood" as effect to turn off blood trails and overlays for specific CT entries. And now the same problem happens with "noblood" as effect :D
(for these loops it is not important whether or not a CT entry has the effect stable or noblood, the loop already starts simply due to the fact that the code has to check for these effects)
Thus, I am reinventing that code now to avoid that kind of loop :) I think I have a solution which helps resolving with the performance overall. When the code checks for effects like stable and noblood for applying overlays, then it will now ignore stuff like bloodied and IF(T) and stuff like that. Maybe I should also apply that to other kind of effects to improve the performance in FG effect stuff in general(?)
I just reuploaded a new version :) This should now resolve the stack overflow issue :) Thanks for the report, Asgurgolas :)
Love ya *.*
I just updated the strainInjury extensions to fix an issue on the client ct :) Furthermore github (secretly? :D) deleted the old wish list and I created a new one a while ago: https://github.com/users/Kelrugem/projects/3 (I try to skim through the threads here at some point to recollect what got lost)
Furthermore: Both overlay versions of the extended automation extensions are now merged on the same forge page: One for StrainInjury and one for the standard rules :) I announced many months ago that I will merge the forge pages, but in case you still mainly use the alternative icon forge page to download your version you now must subscribe to the other forge entry! :) (so you now download both versions)
Welcome back to the game. :p Thought I'd at least remind you of my feature request some months ago but I wondered then if it would be possible to do IFT: this; DC: + as its currently possible to do most other modifiers I think but not spell/ability save DC. Thanks again for making the great game on a great platform even better.
Hehe, thanks! :) And also thanks for reminding me; that wish is back in the list :DQuote:
Originally Posted by FGMax
Hey Kelrugem, looking to help someone with an answer. I am assuming either your ext or the BCE ext would cover this if its not in Vanilla 3.5
the question:
essentially they need to cap the CL bonus at a max of 5, now they could apply it from a spell class that is set to CL 5 but that means this effect would be all alone in its own spell class.Quote:
"Engulf; IFT: CUSTOM(Drenched); DMGO: [CL] [INT] water"
This alone works but as stated by the spell, the CL needs to cap at +5. Is there a way to add this conditional in this line?
With my extension there is way, see the Forge page under (N)PC Specific Note :) I think [CL5] should do it :)Quote:
Originally Posted by Morenu
Hello Everyone, After a short pause in gaming, We'll probably be starting up again next week. How are things looking with Kel's extenstions and the lastest 4.6 update from Nov 12th?
If I get a moment, I'll fire up a test campaign to test but I figured I'll see if anyone already tested it. Thanks! Rob
Right now, it should work, I think the updates on the test server are not yet on the live servers, right? Or did I miss a major update?Quote:
Originally Posted by RobboNJ69
Actually, No... I got the content updates confused with the core release.Quote:
Originally Posted by Kelrugem
There was a module update released on November 12th. I confused that with the 4.6.0 release that was scheduled for November 5th or 12th. I'm assuming that got pushed back.
That's what I get for reading stuff late at night after a long work day!
Thanks for answering, Kel!
Hehe, no worries :D Indeed, the test server stuff is a bit delayed, so right now no worries :)Quote:
Originally Posted by RobboNJ69
Hi, is there a way to apply an effect that would make a PC immune to a condition? I see that IMMUNE works for damage types, but it doesn't do anything about conditions.
Not really, if someone is immune to a condition like paralyzed etc., then you just should not apply the effect :)Quote:
Originally Posted by EndingPop
There is a SIMMUNE effect in my extension which activates a chat message saying that there is immunity. But that requires that the condition is part of a spell effect with a cast button (because the triggering of the cast button will check for SIMMUNE), so probably to cumbersome for your purpose :)
Curiosity question. My DM likes to randomize certain things and he was disappointed with the following limitation. Is there a reason that some things like ATK: 1d6 (so it can do dice and designates with a (D) ) and some things like AC: 3 (designated with an (N) ) are limited to single numbers? IOW to me its a limit that seems unnecessary and is obviously already coded for some effects. why limit it?
and I realize Kel, that you are not the cause of this LOL just thought you might know
hehe no worries :DQuote:
Originally Posted by Morenu
I am heading to bed now, I will try to answer that tomorrow if no-one else did :) (remind me, if I forgot to answer :D)
Using AC as the example; it's because that is a defensive effect against a fixed number; so there is no way to "roll" those dice as part of the standard rolls.
To implement, you would either need to pick a random number for those (i.e. completely automated/hidden in the effect string); or make some sort of chain rolling logic to break up the attack roll from a possible "AC roll" that would have to be linked to the original data. It creates a lot of complexity for little gain.
Regards,
JPG
Hmm makes sense.Quote:
Originally Posted by Moon Wizard
I believe he was looking for ways to add randomized buffs to NPCs. He is running a campaign and the characters are too powerful for the encounters in the adventure, so he would like to just randomly buff up the underpowered encounter quickly without redoing the whole encounter. so something that added 0-4 points to any applicable thing like SR, DR, RESIST, AC, ATK, INIT, DMG, SDMG, CL, CMD, SKILL, SAVE, ABILITIES... he has a thing about randomizing certain aspects of encounters. So randomize it once and the effect stays on, not randomize each round or attack.
So I suggested making "spells" at various buff levels and for various of the above stats and then casting them at the NPCs on the CT 1 time. I was wanting to randomize the effect buff as its cast (so say AC: 1d4 -1 would assign a 0,1,2,or 3 buff to each targeted NPC and that the result would be randomized separately for each target). is there a way to do that across the board?
sort of like a mass random effect that rolls separately for each target. I am guessing if its possible, he would have to singularly target each NPC if he wants the buffs rolled for each NPC. If he targets all NPCs, I would think they would all get the same result from the randomized rolls.
I think what you're describing Morenu would be a tag that is a die roll. That way when the effect is applied it will roll a die to get a random value. I believe Kel's extension has support for that, but it may only roll once per buff application.
Check under `(N)PC Specific Note` the `NdM + K` may be what you're looking for?
https://forge.fantasygrounds.com/shop/items/1/view
Quick example I think works: `AC: [1d4-1]`
Indeed, the extension provides a "random value on apply" :) And as Moon Wizard mentioned, it would be difficult to roll a die each time a combat roll happens for stuff like AC which are usually not rolledQuote:
Originally Posted by SoxMax
(I mean it is not impossible; FORTIF is an example of an effect which I added to the defence mechanisms which physically rolls a die, but that was a major change of the code. A random table however is easier to implement as Moon Wizard mentioned, but who wants to roll without a physical die! :D)