lawnjelly

Looking again it could have problems when there is non-uniform scale in the basis. In which case yup using `look_at()` on a parent is a good workaround. :+1:

I didn't release the source code at the time (was 6 years ago, as I wasn't really using github), I've managed to find the source but it's part of my...

I discuss this in this video for the core interpolation in 3.x: https://www.youtube.com/watch?v=BJgDCISku_o&t=126s For FPS camera and the addon, sometimes it can be better to keep the camera on a...

Ah sorry, I get what you mean. This may well be an oversight on my part, will look into it when I get a moment. :+1: :smiley:

Good spot I'll try and fix this after the weekend. :+1: This is presumably only when slerping? The basis lerping shouldn't care I suspect. If I remember right for the...

Yes I never worked out what was causing this, whether it was a problem in the addon or in the engine. I reported in: https://github.com/godotengine/godot/issues/39921 It seemed to occur as...

> After long time trying (4.2.0-beta.3), I find a scenario that caused this issue: the plugin C# file name is inconsistent with the C# class name. When I renamed the...

This does sound possible, that the error message is not useful, and maybe even the example in the documentation is wrong. Will investigate! :+1:

After 3.6 beta 4, core physics interpolation should ideally be used in preference to the addon as it should be faster and more accurate (it deals with pivots correctly). However...

Yes essentially the problem is this: * You want the target to move _before_ the smoothing node gets the target position (on each tick). * By default, nodes process in...