Test Unity services inside an activity

[Furnyr]

https://docs.unity.com/ugs/en-us/manual/overview/manual/unity-gaming-services-home#Multiplayer

Every Unity service (except Relay because peer-to-peer isn't possible) seems to be usable inside activities patching the URL mappings. This is yet to be tested, any help is appreciated.

Packages

• Netcode for GameObjects

Main services

• Lobby
• Relay (we should try anyway)

[Furnyr]

Netcode for GameObjects doesn't seem to be usable because the Unity Transport expects an IP address instead of an url. Making a custom transport could work but that's outside of the scope of Dissonity.

[Furnyr]

I've been looking into this again and I thought I would write what I know if someone wants to give it a shot. This issue will remain open so if anyone wants to contribute they can comment here. Even if this is not directly related to Dissonity, I could put some docs in the website to clarify what works and whatnot, but I don't think I will figure it out by myself since I don't personally use these services/features.

Why can't I use Netcode for GameObjects out of the box?

So, the Unity Transport that comes with Netcode for GameObjects is designed to be used with IPs. As it's stated in a comment in Unity.Networking.Transport.NetworkEndpoint:

...While this structure can store an IP address, it can't be used to store domain names. In general, the Unity Transport package does not handle domain names and it is the user's responsibility to resolve domain names to IP addresses...

• WebGL needs to use WebSockets instead of UDP, but that's not a problem, you can enable WS in the transport settings.
• The path (/.proxy/whatever) isn't much of an issue either since you can pass a path setting.
• Having to resolve <app-id>.discordsays.com to an IP is the main issue. And an additional challenge is needing to resolve that IP while running the WebGL activity.

Other options

You can still use third-party networking frameworks that accept domain names as network addresses. If you were planning on using Netcode for GameObjects, you could check out if Mirror fits your use case. It is a battle-tested package and supports domains with WebSockets if you set the port to Match Webpage Protocol (not affiliated with Mirror).

If you still want to try getting Netcode for GameObjects working inside Discord, let me know if you have questions about my findings, but I won't be working on it.