Normal•2y ago

First player isn't synced to other players, while other players are visible to the first player

No idea why this started happening - didn't change any code from what I can tell, but now whenever a new player joins they can't see the other players in the room. Only the first player to join can see the others

kapa.ai•6/29/24, 9:29 AM

Hi @Outlawdlaw. I'm kapa.ai, your friendly support bot. I will try to answer your question by searching through the knowledge base.

kapa.ai•6/29/24, 9:29 AM

----------------------
This issue might be related to how the state of the room and objects are synchronized in NormalVR. According to the documentation (https://normcore.io/documentation/architecture/client#datastore), all state is synchronized using the room's datastore. If you need to move an object in the world, you change its position in the datastore. The datastore will automatically detect any changes and notify all clients connected to the room so they can update their world to match.

If a player joins the match late, one of the existing clients would now be responsible for catching up the new client with the state of the room. However, with Normcore’s datastore, there’s no need to manually synchronize clients like this. If you make a change to the datastore, it’s automatically replicated to all connected clients. And when a client joins a room late, the server is able to send them a complete copy of the datastore without requiring any intervention from the other clients.

If the issue persists, it might be related to how RPC messages are handled in Normcore. As per the documentation (https://normcore.io/documentation/room/room#rpcs), RPC messages in Normcore are available as a last resort. If you have players that can join a room late, RPC messages make consistent synchronization difficult. Any state modified in response to an RPC message will need to be manually synchronized by your own code.

If you're trying to debug ownership settings at runtime, the

RealtimeView

RealtimeView

inspector includes Request Ownership and Clear Ownership buttons that function like calling

RequestOwnership()

RequestOwnership()

or in code as mentioned in the documentation (https://normcore.io/documentation/room/ownership-and-lifetime-flags#at-runtime-with-the-unity-inspector).

kapa.ai•6/29/24, 9:29 AM

Please check these aspects in your code and see if they help resolve the issue.
----------------------
Note: you can ask me a follow up question by @ mentioning me again

----------------------

kapa.ai•6/29/24, 9:30 AM

@290458313882337280 kapa.ai is still learning and improving, please let us know how it did by reacting below

OutlawdlawOP•6/29/24, 9:31 AM

@Normcore Assistant I'm following the basic getting started tutorial, I haven't used RPCs or done anything to the datastore

kapa.ai•6/29/24, 9:31 AM

Let me check the knowledge base for you. One moment!

kapa.ai•6/29/24, 9:31 AM

----------------------
If you're following the basic getting started tutorial and haven't made any changes to the datastore or used RPCs, then it's possible that the issue might be related to how objects are being synchronized in your scene.

In Normcore, the state of objects is synchronized using the room's datastore. When a player joins a room late, the server sends them a complete copy of the datastore, which includes the state of all objects in the room. This is done automatically without requiring any intervention from the other clients (source (https://normcore.io/documentation/architecture/client#datastore)).

However, there are some common issues that can prevent objects from being properly synchronized:

Object Serialization: Only primitive types (, , , , etc.) can be serialized. If you're trying to sync a specific kind of object like a TextMesh Pro object, you should create a field for each property on the object that you’d like to sync (source (https://normcore.io/documentation/room/common-questions#when-i-try-to-sync-a-specific-object-to-the-datastore-i-get-an-error-that-says-it-cannot-be-serialized-whats-the-issue)).
Object Ownership: This error generally happens when multiple clients attempt to delete the same model from a RealtimeSet at the same time. If you’re not using RealtimeSet directly in your project, this can happen if multiple clients call on the same object at the same time. In order to prevent this, we generally recommend having the client that owns the object destroy it: (source (https://normcore.io/documentation/room/common-questions#im-getting-the-error-server-attempted-to-delete-value-from-set-for-key-that-doesnt-exist-in-storage-this-is-a-bug-how-do-i-fix-this)).

kapa.ai•6/29/24, 9:31 AM

If you're still having trouble, it might be helpful to revisit the Getting Started (https://normcore.io/documentation/essentials/getting-started) guide to ensure that all steps were followed correctly. If the issue persists, consider reaching out to the Normcore community on their Discord (https://normcore.io/discord) or forum (https://forum.normcore.io/) for further assistance.
----------------------
Note: you can ask me a follow up question by @ mentioning me again

----------------------

kapa.ai•6/29/24, 9:31 AM

@290458313882337280 kapa.ai is still learning and improving, please let us know how it did by reacting below

Mechabit•6/29/24, 9:33 AM

have you got your XR rig in the avatar?

OutlawdlawOP•6/29/24, 9:34 AM

I'm not using an XR rig, just a basic hoverbird avatar

Mechabit•6/29/24, 9:34 AM

have you looked in the editor to see where all the players are?

Mechabit•6/29/24, 9:34 AM

usually when this happens it's because all the players are stacked up on the camera

OutlawdlawOP•6/29/24, 9:35 AM

On the first player to join / create the room, both players are visible and spawned. On subsequent joiners there's only one player spawned

Mechabit•6/29/24, 9:35 AM

but did you look in the editor from their prespective?

Mechabit•6/29/24, 9:36 AM

you can click on the avatar clones to see their position

OutlawdlawOP•6/29/24, 9:36 AM

Yes, that's how I know there's only one clone

Mechabit•6/29/24, 9:36 AM

so no avatars spawn at all?

OutlawdlawOP•6/29/24, 9:36 AM

Just the one. They spawn fine for the first player

Mechabit•6/29/24, 9:36 AM

that's never happened before

Mechabit•6/29/24, 9:37 AM

usually you get avatar clones on all clients or not at all

Mechabit•6/29/24, 9:38 AM

otherwise no one would be able to see any positions

Mechabit•6/29/24, 9:38 AM

post a sceenshot of 2 editors from both perspectives

OutlawdlawOP•6/29/24, 9:39 AM

Alright

Mechabit•6/29/24, 9:39 AM

you can use parrelsync to run 2 editors

OutlawdlawOP•6/29/24, 9:55 AM

The one on the left is the first player

Mechabit•6/29/24, 9:57 AM

are you just auto connecting to the same room?

OutlawdlawOP•6/29/24, 9:59 AM

I manually provide a room name, if it makes a difference

OutlawdlawOP•6/29/24, 10:20 AM

I very briefly get a log telling me there are 2 audio listeners in the scene for the second player, which leads me to believe that the first avatar is possibly spawned for the second player but then removed

Mechabit•6/29/24, 10:26 AM

lets see your avatar code

Mechabit•6/29/24, 10:26 AM

you using singletons at all?

OutlawdlawOP•6/29/24, 10:28 AM

In a sense. I have a Network Manager that's a singleton where I create and join a room. Then I load a new scene and spawn the avatar when the scene loads. The player and the rest aren't singletons

OutlawdlawOP•6/29/24, 10:28 AM

The player code or the code spawning the player?

Mechabit•6/29/24, 10:34 AM

lets see the avatar code

OutlawdlawOP•6/29/24, 10:35 AM

message.txt3.6KB

Mechabit•6/29/24, 10:36 AM

you can probably cache is owned locally as it's not going to change

OutlawdlawOP•6/29/24, 10:37 AM

Yea, I'm going to redo it as I just copied this from the docs to get it working asap

Mechabit•6/29/24, 10:38 AM

that seems fine

Mechabit•6/29/24, 10:38 AM

like you say, the 2nd avatar spawns and is getting destoryed by something

Mechabit•6/29/24, 10:39 AM

I'd check every script for a destroy

OutlawdlawOP•6/29/24, 10:42 AM

Hmm... there's nothing I've added to destroy players. Haven't even begun with disconnection logic and the rest

Mechabit•6/29/24, 10:44 AM

I'd add a codebreak at the avatar spawned point and step through the code until the 2nd player gets destroyed

OutlawdlawOP•6/29/24, 10:52 AM

Nope, nothing in my code, unless it's something to do with other packages, but that seems unlikely. Added an OnDestroyed method to the player and it doesn't fire either

OutlawdlawOP•6/29/24, 10:58 AM

Oh well, thanks for the assistance

Mechabit•6/29/24, 11:04 AM

try using a cube for the avatar with nothing on it