Get Character's current Animation-Frame's Size & Position?

getAnimationSize() should work.

At least as i tried it last time, i got the sprite size incl. its zoom calculated in. the problem is that the sprite position is mostly not exactly the point where the sprite ends or exactly centeres. 

So you need to consider that you need to substract also the spriteSize-"distance to position.x/y"

  graphics.shaderUniform(shader_effects[eff].num.num, "AnimationSize", 
<span>    {
</span><span>      graphics.getAnimationSize(Erlene).x / 1920,
</span><span>      graphics.getAnimationSize(Erlene).y / 1080
</span><span>    } )</span>

I am not 100% sure what you mean by substract also the spriteSize-"distance to position.x/y". Right now, the UV-Coordinate for the Mask gets a manually inserted Offset "+vec2(0.5,0.94)" to approximate the Position according to the Animation-Center. Did you mean something different? If so, then maybe that could be something I have been entirely missing so far.

Yes, after loading the Sprite into the Shader and scaling/positioning the Sprite to somewhat fit the Player-Character, I use the Alpha-Mask to get a Mask for Effects like Shadowcasting and Crepuscular Rays (as you can see on one of the Images, though I will have to use a different Rays-Technique due to a Lack of Downscaling (or does Visionaire have that??)), or the RGB-Values for a Reflection (as seen one another one of the Images). Yes, the Alpha-Mask has the same Dimensions as the Sprite, but Positioning and Scaling the Sprite in the Shader (automatically and exactly) is the Problem.

why dont you use a normalmap for the light stuff?

The reflection shader however looks neat. You need to share some scripts

...

I thought you want to get the top/left position of the actual sprite and calculate it by substracting the AnimationSize from the actual players position. This however doesnt contain the offset from the sprite to the actual center.

I actually started out writing a Shader that would automatically generate a Normalmap for my Character that could be used for Lighting (see Image -- though that is a WIP-Shot), but then I had to admit to myself that I just don't understand the necessary Normal-Vector-Dotproduct-Etc.-Calculations necessary to actually actually use the Normalmap (but I might keep trying), so I instead settled with the much easier Mechanic of using an offset inverted Alphamask blurred across the Character according to the Lightvector (as seen on the multiple Images I have already posted), and I think the Results are neat enough, and run fast enough as well.

I am currently using the Character's Position (and the upper-left Corner of the Duplicate would be there), which is at the Animation-Center and therefore have to offset the Duplicate by the Position of the Animation-Center, which usually is half the Width of the Character-Sprite, and ca. 0.94 of its Height. If, however, I could load the Animation-Sprite's upper-left Corner's Onscreen-Position directly, I would not have to shift it by any such Offset (which changes with each Angle) and could most probably directly place it where the current Sprite is. But you might be right, I should try and do the Calculation with the AnimationSize or AnimationInnerSize and see if that might make any beneficial Difference. (Problem still being that the AnimationSize does such weird Things when being loaded into the Shader.)

didnt recognize the god rays. Pretty neat. Im very interested in how that works :O

Normalmaps as itself can be done inside a normal shader as you can use a normal map uniform _t_normal inside the callback(object)

SimonS did an example here:

https://www.visionaire-studio.net/forum/thread/question-abou...

here you go.