{"id":584,"date":"2025-02-09T10:41:33","date_gmt":"2025-02-09T15:41:33","guid":{"rendered":"https:\/\/willkolb.com\/?p=584"},"modified":"2025-02-09T10:42:24","modified_gmt":"2025-02-09T15:42:24","slug":"misc-updates","status":"publish","type":"post","link":"https:\/\/willkolb.com\/?p=584","title":{"rendered":"Leaning Updates"},"content":{"rendered":"\n

(Writing as I’m doing this fyi) I wanted to re-write the leaning in the game. Right now the movement is all very snap, which has some skewing to it but i wanted a more gradual lean in.<\/p>\n\n\n\n

\"\"
Event graph level<\/figcaption><\/figure>\n\n\n\n

(Normally I would use https:\/\/blueprintue.com<\/a>, but wordpress is weird about iframes)<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Now you can see here the process is, press button, move to desired input. My first thought was to throw in the delta seconds of the last frame, add a rotator and vector interpolation block and be done with it, however, Unreal’s input system is actually made for this. If you look at the top blueprint I have a few branch statements that was thresholding based upon the input value. Instead I’ll use that input value to skew between the lean position and the rest position.<\/p>\n\n\n\n

My lean action by default is a 1-d float which is cumulative, which should mean that as I press the lean keys (Q+E) the value of the lean action (the Axis value line from the first plot) should increase as the buttons are held down.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Therefore, if I just use that value to skew between the lean position and rest position I should be good….<\/p>\n\n\n\n

I was not good<\/h2>\n\n\n\n

What I described above is TOTALLY not how this works. Advanced input seems to not hold any kind of state from the previous frame unless you’re using defined curves. For example there is a “scale by delta time” modifier that works but it takes whatever the current input is and multiplies it by the frame time. This can be useful but my goal here was to avoid adding another accumulator within the player blueprint class. You can add an exponential curve but that’s just a modifier to the input values. I don’t think there will be a good way here other than adding a “currentInputValue” modifier and having it decay at a fixed rate… <\/p>\n\n\n\n

This is one of those situations where I shot myself in the foot for using blueprints, however I think there’s enough syntax and other bugs that I saved myself from that I don’t care that<\/em> much. For example In matlab (which I use a bunch at work) this problem can be solved via:<\/p>\n\n\n\n

startPos = [-10 -20 -40];\nendPos = [-10 20 40];\nrestPos = [-10 0 60];\ninputAxis = linspace(-1.0,1.0,3);\n[iAx iAy iAz] = meshgrid(inputAxis,inputAxis,inputAxis);\n[xOut yOut zOut] = interp3([startPos;restPos;endPos],CURRENT_INPUT_VALUE,iAx,iAy,iAz);\n<\/code><\/pre>\n\n\n\n
I think unreal can do this with curves but my head moves towards code when we get to 2+ dimensions. But honestly this is me overthinking on coffee at this point, I’ll just throw it in with another accumulator and some alpha smoothing (https:\/\/en.wikipedia.org\/wiki\/Exponential_smoothing<\/a>, which I believe is implemented in https:\/\/dev.epicgames.com\/documentation\/en-us\/unreal-engine\/BlueprintAPI\/Math\/Smoothing\/WeightedMovingAverageFloat<\/a>) <\/p>\n\n\n\n
Attempt #1<\/h2>\n\n\n\n
First thing I is that I embraced curves:<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Which was so simple I’m confused why I didn’t start with these. The only hitch I had is that it was annoying to find the “getVectorValueFromCurve” block. If you just blindly add a curve class or runtime curve class this isn’t exposed. Now the results:<\/p>\n\n\n\n