Here I will explain and discuss the Wiimmfi development. At the moment I start with:
* wiimmfi.de/development
Later this and the next message will be expanded with much more content.

As you see, the Wiimmfi team works now 29 months for Wiimmfi and there no end in sight. At last we (mainly @Leseratte) worked at the competitions of Mario Kart Wii. And the next next major task is a new GPCM.

I hope that the information can also used to improve the Wiki articles in different languages.

This message is reserved for a future expansion of the previous message.
My plans:
* Directory in the first post.
* Main info in the second post.

I don't think, that Mii names could be used for any bans. You can use it only as additional indicator.


---- snip ----

Since yesterday I implemented some additional records into the GPCM server replies. The idea is, that the server can inform third party sniffers (like mkw-ana) about the gaming context. So it's like a broadcast. So i added a "\wiimmfi\...\final\" to the stream. At the moment it is only activated for my own Wii. It seems, that the Wii (MKWii) ignores these unknown record type. But my new mkw-ana detect such packets, but don't alalyse it yet.

At the moment I'm implementing a new server: SUPERVISOR
In detail, it is the new GPCM written in C. But it runs in a special mode and connects all GPCM.php clients. The changes:

• In the old model, each GPCM client creates a peer-to-peer connection (using unix sockets) to transfer messages. With a running SUPERVISOR, only 1 connection to the SUPERVISOR is needed and all messages are routed through the SUPERVISOR.
  
  
• The SUPERVISOR collect data about room connections and disconnects. It is supported by MASTER/MS and NATNEG with additional info. So a new and more exact room model is possible.
  

At the moment, I'm verifying the new communication model at a test-server. First room relevant data is already collected.

A very good thing is, the the SUPERVISOR mode is nearly identical as a pure GPCM mode. Only the communication to the GPCM clients is different. So all extensions and improvements can be used later, when I switch completely to the C version of GPCM.

Simply Yes.
At the moment the limit is set to 500 connected Wiis. But it is not a problem to increase it to 1000.
And with the Supervisor the overhead for the inter process communication us reduced.

Here is a first impression from the backend.
* First, each of my 2 Wiis created a room.
* Second, one Wii enters the room of the other.
* Third, The guest leaves the room and opened a new one:

download.wiimm.de/misc/2016-09/rooms-at-backend.png

"1>2" means ; 1 console with 2 players total.
"2h" means: second console as host
"1g" means: first console as guest

The server runs now 24 weeks + 5 days without interrupt. Only MASTER crashed once (forgotten to check a NULL pointer) 72 days ago. But the watchdog started the MASTER on less than 1 second.

Since march I updated the servers several times using the smart restart functionality for the code updates: No collected data, connections or packets are lost!

And some minutes ago I updated all 3 C servers to support the new SUPERVISOR server. SUPERVISOR collects data from all other servers and should create better real time statistics.

The new Supervisor collects data since 2 days. The picture shows a screen shot of the backend about the room overview. The numbers are the internal client indices; don't worry about it.

There is some special situation that can't be confirmed yet: 2 hosts after a room split. If you see an overfull room at wiimmfi.de/mkw please give me a notice about the time+zone and the group number. A link to an active match is also good.




btw, I have re-started the servers without smart-restart. I implemented new options tor the new inter-process communication, I don't wanted to implement a special one-way code to simulate the new options. So I decided to stop+start MASTER, NATNEG and JOB manually 2 days ago. It had only impact to bad matchmaking up to 1 minute after restart.

The new SV (SUPERVISOR) runs now since 8 days. It creates a model about all rooms.



More details:
* SV: Status quo
* Under what circumstances are VR searches ignored?

DLS1 and GAMESTATS is on my to-do for a long time, but my time is limited.
And the SV part is only a fork of GPCM written in C. And it's my favorite topic at the moment.

However, my time is very limited until mid October.