This week I've tried to make a few Stencyl Extension blocks: get Player (ID / Name) get Room (ID / Name) assign Name [..] to [room/player] with id [] List of Rooms List of Players It took me a while to find out that client.id != player.id. It appears that player is instantiated with room.SessionId. Then it took me a lot longer to get a list of rooms (of the same type). getAvailableRooms seems to show a list of rooms where you can join to, not the ones that are full or something like that. I (also) want rooms with large number of possible clients, so the client is now always joining the same room where I want the client to be able to create a new room. Apparently we need to use the MatchMaker to get a list of rooms. But I fail to get it to use. It is a Server component, but how do I access this from the client when the client isn't in a room? I've also looked at the example on MatchMaker but it registered the rooms differently then I was seeing in the 02-state-change example Source: https://github.com/colyseus/colyseus/blob/master/src/MatchMaker.ts At last I've hacked something together that appears to be working for now. globals.ts: // // Global data for the server // export abstract class Globals{ private static theRooms = []; public static set(index:string,value:string){ this.theRooms[index]=value; } // get, remove as well when room gets disposed } This static class can hold 'server-wide' globals as long as you import them in your room-code, like: import { Globals } from "../globals"; // global data from the server // onInit : Globals.set(""+this.roomId, "state_handler"); This method allows me to get the list of rooms from other client sessions and even for other rooms when I want... I'm sure that there is another way to get this done using the MatchMaker but I couldn't find example of this.

Thank you very much for your reply @endel ! "That's an interesting use-case. I think the major challenge is listening and triggering CS:GO events." To be honest that is actually one of the things I don't worry about too much (for now). I think it is possible to achieve that using this open source project: https://github.com/pushrax/node-rcon You can configure a source-engine gameserver using rcon commands and there are even more projects like "eBot" that feature an API: https://github.com/teamreflex/eBotAPI "I imagine this is not possible through a web browser, but maybe it can be achieved through Electron." This sounds like an interesting concept. Currently the idea is that every visitor can reach the page through an internal domain and can then search for a match. But a client might be even better / more awesome. Will definitely look into it, ty! I am not sure if I described my project the right way (sorry I am not the best at describing things). Maybe it helps if you have a look at the front end: http://saarlan-pug.durek.cc/NotLoggedIn/index.html The concept would be the following: A user visits the page, authenticates himself (using passportjs and the steam api) and then presses on the green button that says "Spielen" ( = play). If I understood Colyseus correctly I would create a room and set the max number of "room-participants" to 10. After that number is reached I would lock the room and then trigger some dialog with an accept button. If every player accepts I would forward them to a page that is only available if you are in the match-room. On that page two (random) captains can vote their team and then the map that will be played. After that stuff is done the nodejs server would configure a CS:GO server using the eBot api for example. - And that should be kind of it :D I hope my explanation is okay. Here is a similar page: When joining the queue: https://youtu.be/JVzjHTCimx0?t=91 The match lobby: https://youtu.be/JVzjHTCimx0?t=167 I hope I don't waste too much of your time^^ I am doing this project to learn and for free, so I'll definitely make it open source once it is finished. Thanks once again!

You will not be able to easily restart game loops and etc after the server restarts. The best you can do is persist the relevant state to the DB and load it when the room is created again.

You can start working from it Sample Project easily just modify it as per your requirements.

Hi @DenisNP, welcome. This is not available at the current state of the framework. The only encoding option the framework provides today is a binary-diff using fossil-delta. The diff transferred to all clients consists in diff of the msgpack-encoded version of the previous state with the current one. A custom state encoding would be necessary to allow this behaviour.

I do not have a solution strictly speaking to counter the problem in a "clean" way, only a way to circumvent the problem by adding a condition that would remove an element of the dictionary if it already exists

Hi @Oviol, this sounds really good, sorry the delay to reply here. Would you mind creating a pull-request in the colyseus-unity3d project with this update? Cheers!

Hi @donghung, have you tried replacing the file mentioned by the author? (https://github.com/deniszykov/msgpack-unity3d/issues/21#issuecomment-451642818) I don't have Unity3D installed right now. Let me know if it works for you!

Awesome, feel free to share what you are doing here on the forums or the Discord chat! Not many people are using the Haxe client yet! Good luck with your project!

@endel thank you, i will try this.

@endel thank you. and i am just using cards array for push and pop only i am not mutating and thanks again for help.

@jack1604 thx! i will try it

@endel said in listen event disconnect on client and server: Hi @jack1604, that's a good question, the client reference you're using on this.send() is the one that has been disconnected. The new - reconnected - client will be returned from the allowReconnection() method. Example: try { const reconnectedClient = await this.allowReconnection(client, 20); this.send(reconnectedClient, reconnectedClient.sessionId + ' rejoined'); } catch (e) { console.log(e); } Hope this helps! Cheers! hello, if client disconnect or leave room , it will receive event on room.leave(), how to detect it is disconnect or leave room? because if client is disconnected, client will rejoin. if client leave room, client will not rejoin.

Hi @jack1604, you're on the right track. You must have a way to identify users uniquely, not based on client.id or client.sessionId for that. Ideally you'd use authentication (onAuth) with an external service, which will ensure you'll have a unique id per user. The client.id will be the same if you open multiple tabs in the same browser. You can use that for testing. Not suitable for a real scenario, though. Having this unique id, you can create a map of player by ids (e.g. this.players), and close his previous connection, exactly as in your example: var old_client = this.players[userId]; old_client.close(); Cheers

Hi @jack1604, welcome! Sorry, this was a bug introduced on the latest build, this has just been fixed on 0.9.24. Please upgrade, and you should be fine! Cheers, happy holidays!

Hi @Enriqueto! Nice to see you around here! Are you locking the room after the match has started? Maybe the second player closed the connection - which freed up space for another user, you when you called to join it again, you could be matched against yourself. Is that the case? Happy holidays! Cheers