Mirror VS fuse

Woah, over 80 versions 😮! This is a project with over 1,740 releases over the past five years. Mirror is one for the game devs in the room. It's a high level networking library for Unity. Used in some of the top video games, Mirror is used by thousands of game developers around the world. The latest update brings Mirror in line with the latest Unity version, includes better motion smoothing time, and lots more. Check out all the changes in the Mirror changelog.

https://mirror-networking.com/ (Unity specific, looks nice but don't use unity myself).

Mirror is another option.

Unity's package is, from what I understand, an imitation of Mirror (which is kind of ironic given the name) but I don't know if they have improved it since I last checked. At that point, you might want to consider Mirror instead.

Multiplayer is something I've wanted to try, just so other people can see the dice rolls that each player makes. I found a cool multiplayer library that I hope to try out later, it is called Mirror ... is that what you use? https://github.com/MirrorNetworking/Mirror

I'd suggest getting an experienced developer on board, one that has worked with networking before. Multiplayer games are hard to buid. Regarding networking frameworks, I know Mirror for Unity has been tested for an MMO use case. Not sure about Unity's first-party Networked Game Objects solution.

Are you using AsmDef assembly files? If so make sure you have Mirror.Transports.asmdef referenced in your main (Source folders) asmdef.

I dunno why they'd even bother implementing that when mirror did it for free

https://mirror-networking.com/ (Unity specific, looks nice but don't use unity myself).

Nakama does not have shared parallelism, look at http://fuse.rupy.se for better scalability.

While this seems focused on trading, kinda like EVE (spreadsheet MMO), I think physical action is the real attraction of 3D graphics/audio:

So I made a very scalable MMO protocol: https://github.com/tinspin/fuse

It's event based so analog movement should be compressed, which means headshot FPS are not the target audience. But it works fine with action games that take scalability into concern.

I'm curious how hard people find it to adopt. I'm guessing I need to deliver a good and open game on top of it to see adoption.

You can tak a look at my multiplayer system if you need inspiration: https://github.com/tinspin/fuse

This is the source available server: https://github.com/tinspin/fuse

You don't need to use Event-Source to use SSE, look at how I implemented it here:

https://github.com/tinspin/fuse/blob/master/res/play.html#L1...

The XHR ready state 3 was wrongly implemented in IE7, they fixed it in IE8.

If you just want to play a multiplayer cube drop game and chat you are welcome at http://fuse.rupy.se

You can make rooms but they get the name of the user, so I guess you need to create a user with the name of the topic you're interested in! Xo

I made a better standard for this: https://github.com/tinspin/fuse

But of course it's suffering from this: https://xkcd.com/927/

I made a multiplayer game like Dr Mario that is in alpha: http://fuse.rupy.se