Welcome Bernhard, and hi to others, too.
Sebavan: “lost in translation” (hey, that’s what the camera/axis is doing, too! haha)
The camera “flip-over” at the poles… is not easy to describe, NOR easy to understand someone’s description. When I first “dealt-with” arc-cam polar issues, and whined to DK about it… he thought I was speaking Swahili. (it was back before I knew what an UP-vector was) (I still don’t)
We should give this common arc-cam issue… a “cute” name… perhaps “polar bearing”. When standing on the north pole, ALL compass directions are south. (err something like that). Thus we need an epsilon… something to prevent the pivot on the compass needle… from sitting perfectly atop the north or south poles. (phew)
Needless to say, I’m no expert at arcCamera “trouble at the poles”, but… there are 2 or 3 “polar behavior properties” on ArcCam class… https://www.babylonjs-playground.com/#ESNNAN#2 - lines 21-23.
No promises… but maybe there’s something useful, there.
Yeah, that’s involved, for sure. yep, yep, yep. Some people call that “micro value”… an “Epsilon”. Babylon.js/math.constants.ts at master · BabylonJS/Babylon.js · GitHub (line 15)
“race condition”? I like that term (but not racing - Wingy not a competer). Is race condition… the same as a divide-by-zero condition? shrug. Maybe they are relatives.
All in all… yeah… there’s interesting things that happen at the poles of an arc-cam “orbit”, and some work-arounds are active and perhaps adjustable. Polar bearings.