Add osx-arm64 support

[drcatdoctor]

Adds osx-arm64 support. Still in testing stages and this is still very early. Draft for feedback.

In local tests this seems to all work, and I played a full game on Lizard and it worked almost perfectly the entire time and was pegged at 120 FPS...

but some part of the map had a client-side entity that caused my screen to stop updating entirely. Though the game was still responsive, so I could walk away from the bugged area and everything would resume, it is pretty brutal. Traceback is below under Known Issues. I don't know more than that yet.

Still, things seem promising.

The number one open question of course is: is this a good idea at all, and now that I have it somewhat working, I can see arguments for both sides.

Changes

• bump native dependencies for Robust.Client
• Robust.Server osx-arm64 now requires Zstd.
• explicitly set the library name of fluidsynth to have a 2 in it to be compatible with the dylib that is packed in the build deps, and to stop problems like MIDI broken again #3376
• update package_client_build.py to add mac-apple-silicon

Upstream requirements

• Add arm64 compilation for mac dylib nativefiledialog#2
• Build (or get) libraries for arm64, add swnfd native-build#4
• Add osx-arm64 runtimes build-dependencies#2
• Microbump libsodium version to get more architectures SpaceWizards.Sodium#1

Known issues

• Resizing on M1 has race crashes when main and draw are different threads glfw/glfw#1997
  This has been happening a long time and also happens under Rosetta - e.g. Unable to open MIDI file on macOS space-station-14#5186 - and the GLFW maintainers traced it back to bugs introduced by Apple. Doesn't seem like there is much we can do here. Some minor revisions of OSX remove the bug, but other ones seem to bring it back.
• Bugged client-side entity (light?), needs investigation.

[ERRO] runtime: Caught exception in "GameLoop Render"
System.Collections.Generic.KeyNotFoundException: Entity c2754 does not have a component of type Robust.Shared.GameObjects.TransformComponent
   at Robust.Client.Graphics.Clyde.Clyde.DrawLightsAndFov(Viewport viewport, Box2Rotated worldBounds, Box2 worldAABB, IEye eye) in .../Robust.Client/Graphics/Clyde/Clyde.LightRendering.cs:line 436
   at Robust.Client.Graphics.Clyde.Clyde.<>c__DisplayClass204_0.<RenderViewport>b__0() in .../Robust.Client/Graphics/Clyde/Clyde.HLR.cs:line 574
   at Robust.Client.Graphics.Clyde.Clyde.RenderInRenderTarget(RenderTargetBase rt, Action a, Nullable`1 clearColor) in .../Robust.Client/Graphics/Clyde/Clyde.HLR.cs:line 446
   at Robust.Client.Graphics.Clyde.Clyde.RenderViewport(Viewport viewport) in .../Robust.Client/Graphics/Clyde/Clyde.HLR.cs:line 575

• changing the libsodium version might be a bad idea (libsodium 1.0.18.1 NuGet package is broken on some older platforms jedisct1/libsodium#1075) -- make a native runtime package instead.

Questions

• Not actually sure if $(ProcessArchitecture) is doing what I want? It seems to work locally. Could just remove the conditional, it's not hurting anybody
• Seems like a really ugly place to set the fluidsynth library name but I can't figure out where would be better, suggestions welcome
• Does package_client_build.py do anything? Am I doing it right? I can't really tell.

[PJB3005]

Robust.Server osx-arm64 now requires Zlib.

Where is this extra dependency coming from?

Wait did you mean zstd?

Not actually sure if $(ProcessArchitecture) is doing what I want? It seems to work locally. Could just remove the conditional, it's not hurting anybody

It's only used for the Robust.Natives.Zstd package so frankly you can just include that dependency always. Would be nicer to be able to get it into the upstream SharpZstd.Interop package though.

(The "correct" way would be to use RIDs or something if you really care, but I don't think MSBuild makes that easy)

For the GLFW stuff, I've been planning to move to SDL2 for various reasons. I hope it'll be more reliable for stuff like this. We already have a good chunk of the backend code for it, but it's far from done.

[drcatdoctor]

Robust.Server osx-arm64 now requires Zlib.

Where is this extra dependency coming from?

Wait did you mean zstd?

I meant Zstd. Duh. My mistake. Fixed description.

Not actually sure if $(ProcessArchitecture) is doing what I want? It seems to work locally. Could just remove the conditional, it's not hurting anybody

It's only used for the Robust.Natives.Zstd package so frankly you can just include that dependency always. Would be nicer to be able to get it into the upstream SharpZstd.Interop package though.

(The "correct" way would be to use RIDs or something if you really care, but I don't think MSBuild makes that easy)

Hm it does seem better. Thanks for the pointer, I will look into that more when I have some more time to work on this.

For the GLFW stuff, I've been planning to move to SDL2 for various reasons. I hope it'll be more reliable for stuff like this. We already have a good chunk of the backend code for it, but it's far from done.

Ok, if that's in progress then maybe it is tolerable that GLFW has some problems for now..

Thanks for the look.