While preparing for the LD47 I revisted an old (LD38) project and converted it into a Client-As-A-Server game. The left shows player control using the arrow keys and the right session you control the rock with the mouse. The Extension Demo Page where you can play yourself is: StencylColsyeusDemoPage

@mdotedot now to think of it. Perhaps static/02-state-handler.html does not work for you because you don't use haxe rc2 to compile server. Thing is that haxe prior to rc2 will still compile the js server code but it will be ES5 javascript. Code generated in this way does not work with states for example; perhaps I need to add some compilation error for this case. So you need to be sure that js got generated with ES6 features with classes and all that. Check generated index.js - it should contain classes, something like this: class server_rooms_StateHandlerRoom extends colyseus_server_Room

@usamasermad yes, you should ensure the Client connection is open before performing a ReJoin. If you're going to instantiate a new Client, make sure it has the same client.id as the one who initiated the first connection to the room (https://github.com/colyseus/colyseus-unity3d/blob/master/Assets/Plugins/Colyseus/Client.cs#L66)

Awesome @halome, it's looking good! Another option would be MatterJS: https://github.com/liabru/matter-js Good luck with your project! Don't hesitate if you need any help with Colyseus here!

Hey @rscata, I've just released a new version (colyseus@0.8.13, see release) which adds the isNew parameter on requestJoin. With this version you'd be able to achieve the same result by having this implementation: // ... maxClients = 4; requestJoin (options, isNew) { return (options.create && isNew) || this.clients.length > 0; } // ...

From my setup: root@raspberrypi:~/colyseus-hxjs-examples# haxe -version 4.0.0-rc.2 root@raspberrypi:~/colyseus-hxjs-examples# haxelib list colyseus-hxjs: [git] hxnodejs: [10.0.0] tink_core: [1.23.0] tink_lang: [0.6.2] tink_macro: [0.17.7] tink_priority: [0.1.4] tink_syntaxhub: [0.4.3] root@raspberrypi:~/colyseus-hxjs-examples# cat src/colyseus/server/schema/Schema.hx | grep MapSchemaUtil class MapSchemaUtil { Your tink_core is different than mine. Don't know if that is the only thing that is different?

Thanks @DevenWen ! A new beta is coming out soon with some good fixes and new features :)

@endel said in colyseus.js: server error: registeredHandler.klass is not a constructor: Or by exporting the room usin I'll try it the week end and come back to you later. Thx for the help so far.

Hi @endel thanks for you quick reply, as you said... yeah.. too many issues already LOL I'll go for the database option to persist the data between room changes, I'm working on it now, the idea is to save the player progress > leave the room > join the new room > re-authenticate the user with the data in the session and reload the progress. I though it will be too expensive in terms of server response time, but keep a room or persist too much information in the presence could end up been even more expensive than just hit the DB to get the data. Best,

Hey @merhawie, Are you calling client.join() after the onOpen signal, as described here? https://github.com/gamestdio/colyseus.js#react-native-compatibility

Hi guys, I know this is an old topic, but I've just made a simple demonstration on how to use express-session with colyseus's onAuth() method here: https://github.com/endel/colyseus-express-session

That's great to hear @visgotti, thanks a lot ❤️❤️❤️

Hi everyone! It's been a long time since my first post on this forum, and I have made a lot of changes since to TOSIOS (https://github.com/halftheopposite/tosios). These changes include: A simplified code structure (I will try to simplify the code even more). A fully working mobile mode (still a few bugs with the orientation of the device sometimes). A revamped HUD written purely with React (this should have been a no-brainer from the beginning, as composing interfaces in React with the power of CSS makes things 10x faster. This HUD includes: Better messages from the game's events. More contextual information. A leaderboard. A menu to explain keymaps and to share a game's link. Simple AI for flying bats that patrol, chase and attack players. A Team Death Match mode. The new HUD: The leaderboard: The menu: The mobile version of the game: In the incoming months I have a few plans regarding the game: A better and more generic client-side prediction and lag-compensation. Power ups (other weapons, buffs, etc.) Bouncy bullets (for a more challenging gameplay) As always the game's licenses does not changes and you a free to explore and modify the source code as you wish (regarding the MIT license). I am in need of any feedback that could improve the gameplay and the developer experience too, so please do not hesitate to share what's on your mind! Thank you all

For whoever may read this: check the state with room.onStateChange, not right away you are connecting to the room.

It seem like not only colyseus server is affected: https://github.com/parse-community/parse-server/issues/6173 https://github.com/parse-community/parse-server/issues/6413 I created a bug for colyseus to handle this particular error in graceful way and keep clients connected: https://github.com/colyseus/colyseus/issues/364

@umen we have 3 servers now (each droplet of DigitanOcean 1 vCPUs 1GB / 25GB Disk), each server can keep about 500-600 users, but it's depends on logic of your server.

@endel I was looking at this in a tired state, but im pretty sure i had fully updated client and server. Ill double check what i was seeing and if i still have an error I'll open an issue on the github. Thanks for the response.

@Алексей-Андронов the clock only works if you set up the simulation interval. I guess that's not intuitive, I'll fix this on version 0.9.0 too.

@Carlos-Montesino, i've tried your endpoint (wss://carmenproject.herokuapp.com) but it is not working properly. the "please wait" text is not destroyed. it seems that it is cannot join any room.

Thanks :smile: