I tried this using the method described in http://www.gamesas.com/topic/1360112-full-dump-of-all-animation-variables/page__view__findpost__p__21045545 thread, however as you can see from my investigations there, it doesn't appear to work.

I also tried this:

Scriptname phiTestBlock extends ReferenceAliasObjectReference Property phiAlias autoEvent OnInit()	RegisterForAnimationEvent(phiAlias, "blockStart")EndEventEvent OnAnimationEvent(ObjectReference akSource, string asEventName)	if asEventName == "blockStart"		Debug.Notification("Blocking...")	endifEndEvent

phiAlias is set in the CK to the player, and the script is attached to an alias set to the player in a quest that starts with the game. The above does nothing. Blocking with either a weapon or shield never sends an event, and never prints the notification.

I also tried the same with blockAnticipateStart, blockStartOut, blockHitStart. The only one that seems to work at all is blockStartOut but it is terribly laggy. It will register, the notification prints, but if I block again a second later it won't register, making it pretty useless for scripting purposes.

The whole idea of registering an event is pretty useless actually, since the idea is to check IF the player is blocking WHILE the player is blocking, not WHEN the player blocks. I could have worked around it by implementing an equivalent "blockStopOut" or whatever and doing my script stuff until then, but as I said, it doesn't seem to be reliable. =(

So, I am currently looking for a way to reliably check whether the player is blocking, while the player is blocking.

Just tried registering for the "PlayerOnBlock" event, which is the only other animation I could see remotely related to this. Also does nothing. =(

Currently testing whether using an OnHit() check on the shield itself might work...

It takes me so long to set up these test scripts... =P

Another thing I want to test is whether the abHitBlocked variable on the OnHit event would work on the player if they were blocking when a magic attack hit them.

Also, how do concentration spells register? Like if the player is holding down block while an ice mage spams frost, how many OnHit events register?

Do shields register the same/as often as weapon blocks?

Will a weapon block even register with abHitBlocked in an OnHit event if the attack was magic?

Will a shield without the magic damage reduction perk?

Shield and Weapon Blocks are coded identically for conditions - all block perks that specifically affect the shield have special conditions or effects that apply only to shields. It's the same thing as Bow Bashes and Shield Bashes.

Concentration Spells only trigger as one casting event, I'm not sure about OnHit events.

I doubt a shield block would trigger abHitBlocked against a spell, but I can't say for sure.

Just take a look at the perk allowing your to block arrows and the one allowing you to block spells. All the things you want to do are covered there.

Sort of... That does give me some more to work with anyway, thanks.

I see IsBlocking is listed as a condition function. I hadn't even tried using myRef.IsBlocking() in a script. I wonder if it would work that way?

If it's not a script function in CK Wiki, it cannot be used as a script function. Which is really frustrating when there are some useful condition and perk entry commands.

That's why it's better to do it with perks. You can use elaborated methods to use conditional functions in scripts, but you'll end up with really slow detection methods. Something not feassible to use in combat.

Problem is none of the perk entry points do what I need them to!

Basically I want to be able to fire some script when the player blocks something. Spell or weapon.

Also, I want to be able to fire some script when the player swings their weapon.

Haven't found a viable solution so far but I'm sure there's a way to make it work. Like you said though, the way it works may end up being too slow for combat.

Well, Quick Reflexes works when the player does a power block, though that may be too precise timing for you.