Normal•5y ago

Has anyone encountered a main thread invalid operation exception from `RealtimeComopnentMap.Deserial

Has anyone encountered a main thread invalid operation exception from

RealtimeComopnentMap.Deserialize

RealtimeComopnentMap.Deserialize

RealtimeComopnentMap.Deserialize

RealtimeComopnentMap.Deserialize when entering playmode?

CoderDawsonOP•12/10/21, 9:07 PM

I get 11 of these errors and only when running from one particular scene. They are almost the very first output when entering playmode and they also spew when exiting playmode.

CoderDawsonOP•12/10/21, 9:07 PM

Any pointers on tracking these down?

CoderDawsonOP•12/10/21, 10:19 PM

OK, I found another scene that only had one of these errors. In that scene I found that deleting a specific nested prefab with a RealtimeViewRealtimeView made the issue go away. After digging into the data I found that the nested prefab's RealtimeViewRealtimeView had an empty component reference. Making this change manually solved the issue for that scene. This seems like a Normcore bug.

CoderDawsonOP•12/10/21, 10:20 PM

CCoderDawson OK, I found another scene that only had one of these errors. In that scene I fou...

Joshua•12/10/21, 11:47 PM

Yeah issues with the list of views is exactly what my guess would be. That list can cause trouble if you're not careful. The biggest problem we've had with that is that we put RealtimeTransforms in persistent data storage, and then later I recreated a prefab of that object with an editor script, and creating the RT component programmatically resulted in a different order in the list of views. That difference in order broke the entire room

JJoshua Yeah issues with the list of views is exactly what my guess would be. That list ...

CoderDawsonOP•12/11/21, 12:05 AM

Interesting... I am not sure how things are getting into this state. We are not doing any programmatic creation and manually auditing the project showed quite a few prefabs with this issue. Going to be a pain to clean up.

Joshua•12/11/21, 12:35 AM

if you add and remove realtime components on an object, that can create blank entries in the list

maxweisel•12/11/21, 4:19 PM

this is a unity bug that we’ve reported. their deserialization callbacks are guaranteed to be on the main thread, but in the last year they added some threading to their deserialization that can cause them to fire on a background thread

maxweisel•12/11/21, 4:20 PM

I don’t know why but null references trigger unity to start executing stuff on a background thread and the ones in realtime views are resulting in callbacks into our code that try to update state in the editor

DanielSantalla•12/13/21, 7:28 AM

Hey guys

DanielSantalla•12/13/21, 7:29 AM

I'm considering using normcore for my app

DanielSantalla•12/13/21, 7:29 AM

but I don't understand the princing

DanielSantalla•12/13/21, 7:29 AM

it says that the free tier has a 1 hour limit session

DanielSantalla•12/13/21, 7:30 AM

what does that actually mean? each user will get a 1 hour session, or the rooms will have a one hour limit

DanielSantalla•12/13/21, 9:25 AM

Also, how do I make the voice chat work on the Quest? Dragging the prefab works on PC but not on quest, I assume I need to grant access to mic on quest when the game begins, but how do I do that?

CoderDawsonOP•12/13/21, 3:07 PM

Is registering a custom type serializer via SerializerResolver.Register<>SerializerResolver.Register<> not something supported by Normcore? It seems to work at first but shortly after sending something that uses the custom serializer the Realtime instance just disconnects with no log output indicating why.

Orokem•12/14/21, 1:37 AM

So I thought I had my component/model setup but now I'm getting "Timeout while attempting to connect to scene views" referring to my player's realtime view and I can't figure out why. I saw someone saying that this was a result of views not existing in the datastore or scene. I can see that it is still in the scene so does anyone know how it would have been deleted from the datastore?

Orokem•12/14/21, 7:55 PM

Update: I think it must have something to do with how I've set up my RealtimeComponents/RealtimeModels because when I try to connect to the room I've been testing on for the last week, it doesn't have a problem connecting to the view of the class I most recently converted to a RealtimeComponent, but connecting to a brand new room, it fails to connect to the view. Perhaps this is because the previous version exists in the datastore and isn't being overwritten? Is there something I need to be doing to make sure it updates the components on the datastore?

Orokem•12/14/21, 8:01 PM

I've done all the steps listed here normcore.io/documentation/realtime/synchronizing-custom-data.html so I'm not sure what's going on

maxweisel•12/14/21, 8:13 PM

it sounds like you've previously had a different scene connect

maxweisel•12/14/21, 8:13 PM

which initialized a bunch of data for some scene views

maxweisel•12/14/21, 8:13 PM

and now you're in a new scene that doesn't have those views

maxweisel•12/14/21, 8:13 PM

but they've been set to persist in the room

maxweisel•12/14/21, 8:13 PM

so Normcore is seeing data that it can't wire up

maxweisel•12/14/21, 8:13 PM

oh actually wait

maxweisel•12/14/21, 8:13 PM

this is in reference to your player's realtime view?

maxweisel•12/14/21, 8:14 PM

isn't that on a prefab?

maxweisel•12/14/21, 8:14 PM

scene views are realtime views that exist only in a scene, not loaded via a Realtime.Instantiate prefab call

CoderDawsonOP•12/14/21, 8:20 PM

Is there anyway to increase the Normcore API logging level to track down why a custom serializer would be causing a Realtime disconnect?

maxweisel•12/14/21, 8:20 PM

what do you mean custom serializer?

maxweisel•12/14/21, 8:20 PM

all serialization code should be written by the model compiler

CoderDawsonOP•12/14/21, 8:21 PM

I registered a custom struct serializer via SerializerResolver.Register<>SerializerResolver.Register<>. Is that not supported?

maxweisel•12/14/21, 8:32 PM

nope

maxweisel•12/14/21, 8:33 PM

where is your SerializerResolverSerializerResolver class coming from?

maxweisel•12/14/21, 8:33 PM

I've never seen that class before

maxweisel•12/14/21, 8:33 PM

afaik it's not a C# CLR class either?

CoderDawsonOP•12/14/21, 8:38 PM

I found it based off an error message from Normcore.

CoderDawsonOP•12/14/21, 8:39 PM

It is in Normal.Realtime.SerializationNormal.Realtime.Serialization; figured since it was public it was usable.

maxweisel•12/14/21, 8:40 PM

hmm

CoderDawsonOP•12/14/21, 8:40 PM

I was excited since I didn't get any errors when using it. That is until Realtime just disconnects.

maxweisel•12/14/21, 8:41 PM

oooooooh yeah I forgot we did that

maxweisel•12/14/21, 8:41 PM

so it's public because the model implementations can't reference internal classes

maxweisel•12/14/21, 8:41 PM

but I don't believe you can write your own

maxweisel•12/14/21, 8:41 PM

although technically things like Vector3 just turn into LengthDelimited byte[]

maxweisel•12/14/21, 8:42 PM

honestly I didn't write this piece so we're out of my wheelhouse here

CoderDawsonOP•12/14/21, 8:42 PM

Bummer. Writing my own did seem to "work" at first.

maxweisel•12/14/21, 8:42 PM

do you all have a support plan? it's worth opening a ticket, I can make sure the person who wrote this can help you out

maxweisel•12/14/21, 8:42 PM

in theory it should definitely work, it's just not something we've seen other people try it

maxweisel•12/14/21, 8:42 PM

but I think the goal is to abstract it so you can write your own

maxweisel•12/14/21, 8:43 PM

as long as it boils down to a primitive type that the server can understand then it will work

Has anyone encountered a main thread invalid operation exception from `RealtimeComopnentMap.Deserial

Similar Threads

Similar Threads

Similar Threads