Mike

oh hey, it looks like the `if pcam.get_tween_skip() or pcam.tween_duration == 0:` check is happening _before_ the `_check_pcam_priority` fix so it still fails to tween on the first run. not...

Still running into this issue. First tween doesn't happen. Second tween does. This is with a PCam loaded in the invisible state from inside a packedscene.

I'll give it a shot and report back. Race condition, or more accurately, initialization order problem, seems plausible.

correct. spring arm can pop quite aggressively inside buildings. example: https://bsky.app/profile/esteeland.bsky.social/post/3lo66vuzrxk2d

I have implemented this. My previous camera code had damping on the springs. It's not terribly difficult. There are two ways to solve it: #1. Use spring arm to move...

here's a TL;DR to use as a discussion point. your code does a _lot_ of stuff, so this is just for illustration purposes 😄 it introduces a damp to the...

#> So the flexibility you describe above is technically already there, albeit you can't modify the value the PCamHost grabs without digging into the addon's code and changing that. Yep....

> Oh no, I think the use case / issue you're describing is valid. Rather, it's a question of how to introduce a feature like this that doesn't feel like...

> I don't hate the idea of allowing developers to switch out the built-in SpringArm3D with their own DIY solution. However, I do wonder how niche that setup will be...

We're on the same page. > Incidentally, I have learned that subclassing pcam can let me pull off some of the tricks I'm interested in, such as BotW/TotK style tilt-zoom....