%PhantomCamera3D can't be found

[suau]

Hi,
I've added PhantomCamera3D using ThirdPerson Follow Mode.
Even though I've marked it as % to be able to get a referece to it anywhere, it can't be found this way.
Upon debugging, it seems to get re-created as a child-node of a SpringArm3D an thus loosing the unique handle.

Just for context, when respawning the player, I'd like to call set_follow_target_node on it.
As a workaround I'm currently using $Camera3D/PhantomCameraHost.get_active_pcam() to get a hold of it and re-assign it, which works for me, but it could be an issue if multiple cameras are involved, like in the 3DFollowThirdPersonExampleScene

[ramokz]

That's strange, can't seem to replicate it in the example scene at least.

Are you referencing it directly via %PhantomCamera, or are you creating a variable using @onready var?
Also, thinking it might be an instantiation order / load situation, how many nodes does your scene roughly have?

[suau]

@ramokz very few nodes, I'm new to Godot and just testing things out on a small platform.

I did some more testing and believe this is probably a Godot bug, which seems to break unique-name search after reparenting.

1. First I confirmed the unique-name search doesn't work anymore:

I added this line to the _physics_process: function of the 3DFollowThirdPersonExampleScene:
print("%PlayerPhantomCamera3D: ", %PlayerPhantomCamera3D) and it turns to null after a few calls.

2. Then I confirmed the object-id pcam_host sees remains the same:

3. Then I added some lines here to see if it breaks at the time I suspect:
   

   phantom-camera/addons/phantom_camera/scripts/phantom_camera/phantom_camera_3D.gd

   Line 666 in 5419a78

   reparent(_follow_spring_arm_node)

   
   before and after reparenting.

print("REPARENTING BEFORE name: ", name)
print("REPARENTING BEFORE unique: ", has_unique_name)
reparent(_follow_spring_arm_node)
print("REPARENTING AFTER name: ", name)
print("REPARENTING AFTER unique: ", has_unique_name)

And exactly after reparenting it can't be found anymore, although it will continues to have the has_unique_name be true , I double-confirmed this in _physics_process using the @onready var to make sure it's not a timing/deferred issue.
Just to be clear, the @onready remains accessible, but the getting the node using a get_node search with %PlayerPhantomCamera3D doesn't.

[ZenithStar]

I've also encountered this issue before, specifically for third person follow. Reparenting to the spring arm breaks the unique name reference. As a workaround, I have my main world manager grab and hold the PhantomCamera3D node reference before giving it a follow target.

[suau]

That'll work !