Mon détecteur de WFC...

... un blog, c'est aussi pour raconter des trucs comme ça :

J'ai un detecteur personnel de connection WFC : dès que je tente un Mario Kart, son alarme se déclenche...

pas bon pour mes stats, en tout cas...

C'est Raphaël, il a deux mois et demi...
by the way, j'ai pas joué à ma Wii depuis... 2 mois et demi ... :)

Chaoui, beta pour maintenant

Bonsoir,
comme j'ai pas trop de temps en ce moment à accorder à la DS et que la béta a une tête honnorable, la voici !

Donc, ca fonctionne bien sur avec le serveur dispo dans les posts précédents.

On configure le serveur grace au fichier app.config (mettez le port sur 80 ou alors, il faudra changer le client, lui n'est pas configurable et va aller attaquer le port 80)
Oubliez pas d'ouvrir le port 80 sur les firewalls, surtout si vous l'attaquez ailleurs que chez vous.
Les autres params ne sont pas à toucher, sauf si vous changez le code du .nds

Alors, le client est tout simple
le splash, puis l'écran de config
rentrer le pseudo et l'ip du serveur, appuyez sur retour et hop ... ca devrait se connecter
Masterdjé y arrive, donc vous devriez y arriver.

après, y a pu qu'a écrire, et ca communique avec les gens présents
sachant que les clients ne savent pas encore qui sont les gens présents, sauf s'ils les voient se connecter
Donc, essayez à plusieurs, ou essayez avec le client .net
ou alors, choppez moi sur msn pour faire un test ensemble
ou demandez à masterdjé

enfin bref,

le mieux est de le lancer chez soi ou de l'heberger chez qqun ... molluskkkkk ?

chaoui.rar

Voila, les commentaires sont les bienvenus

Si vous voulez des explications sur le code, sur l'architecture, ou quoi que ce soit, hésitez pas.

A+
Nico

[Wifi] Serveur et Client C++/CLI

Bonjour à tous,

un ptit mot pour dire que j'ai rebossé un peu sur le serveur en .net et donc que je releasais la nouvelle version du serveur et un client en .net aussi pour les tests.

Ils sont disponibles ici : http://virtuapeanuts.free.fr/c-s.rar

Sachant que le serveur est paramétrable pas fichier xml (app.config). J'ai bossé aussi sur la synchro des threads pour éviter l'accès multiples aux ressources, avec les mutex de .net.

Voilà pour les changements.

Je bosse toujours sur le client DS, qui s'améliore de jour en jour, mais j'ai peu de temps pour le finaliser à fond, et il me reste encore à intégrer un lib xml pour la DS.

Pour ceux qui veulent démarrer le wifi sur la DS, je mets un bout de code quand même pour voir ... grosso modo le principe de la reception

void receiveTrame()
{
    char buf[4096];
    memset(buf, 0, 4096);
    int ret = recv(sock, buf, 4096,0);
    if (ret >0)
    {
        std::string s = buf;
        if (s != "PING")
            traiteTrame(s);
    }
}

Pour l'envoi :

char chaine[4096];
sprintf(chaine, "<message emetteur=\"%s\" date=\"\">%s</message>", PA_UserInfo.Name, currentString.c_str());
int ret = send(sock, chaine, strlen(chaine), 0);


Et pour l'initialisation :

    PA_OutputSimpleText(1,0,0,"Connexion ...");
    PA_InitWifi();
    PA_ConnectWifiWFC();

    PA_InitSocket(&sock, "192.168.1.100" , 80, PA_NONBLOCKING_TCP); // changer l'ip pour mettre celle du serveur
    char chaine[4096];
    sprintf(chaine, "<init idunique=\"%s\">initVP</init>", PA_UserInfo.Name);
    int ret = send(sock, chaine, strlen(chaine), 0);
    if (ret ==0)
    {
        PA_OutputSimpleText(1,0,1,"erreur ! client incompatible avec le serveur ");
        return;
    }


Je regarderai aussi la remarque de costello sur la reception d'une trame supérieure à 536 octets, car je n'en ai pas eu l'occasion encore...

Bonne prog,

Nico

ps : mollusk, il faudrait un système de balise code ... :)

[Wifi] Code source du serveur

oyez oyez
oyourd'hui est un grand oyur ... je release la première version du serveur que l'on utilise dans notre homebrew de chat (chaoui) qui est en cours de réalisation.

La partie du client DS fonctionne, mais est encore très laide, donc elle nécessite encore un peu de temps pour être montrable.

Par contre, la partie serveur est opérationnelle pour une V1 (entendez par là que le minimum fonctionne, mais qu'y a encore des choses à faire).
Donc je vous la met à dispo pour que vous regardiez et puissiez faire vos premiers pas dans le dev réseau pour la DS.

Alors, grosso modo le principe est très simple et très classique :
un thread qui attend les connexions de sockets et pour chaque connexion un thread qui écoute les paquets. Et à chaque reception de paquet, un thread qui traite le paquet. En fonction du paquet, on regarde s'il est à broadcaster, et si c'est le cas, on le broadcaste aux clients présents...

Donc, ca c'est le principe général.

J'ai écrit le serveur en C++/CLI, donc j'utilise la capacité du framework dotnet à gérer les sockets et les threads simplement.
J'ai essayé de rendre le serveur assez générique, et il sera paramétrable à distance dans l'avenir.
 Après, pour le traitement des messages, c'est dans la classe traitement buffer.
Soit on la modifie pour l'adapter à son besoin, soit il pourrait etre interessant de faire une classe abstraite à dériver. Vous pouvez me donner vos suggestions avec plaisir.

Les messages echangés ont pour but d'etre en xml, c'est facile avec le framework .net ; pour la DS, pour l'instant je fais un parsing à la bourrin, mais j'essaierai d'intégrer tinyxml par exemple.

Ensuite, je compte rajouter un encodage en base64 pour les échanges, et à la rigueur, pourquoi pas une compression, mais bon, faut pas que ca devienne ingérable sur la DS.

Si vous avez des remarques, des questions ; si vous voulez plus d'explications, n'hésitez pas à me demander.

Comme je le disais, j'ai fait un ptit client .nds qui tourne mais qui est moche, je vais l'améliorer et vous le proposer prochainement.
Ce qui faut savoir, c'est qu'il utilise les fonctions de palib pour initialiser le wifi, et les sockets ensuite (non bloquant pour la réception, car je pense pas qu'il y ait de thread sur la DS). En tous cas, avec masterdjé, on parle par DS interposées ... YEAH !!

Sources du serveur

Bonne prog,

Nico

ps : j'arrive pas à uploader, mollusk ???
pps : il est pas dit que le serveur est exempt de tout bug, si vous en constatez, merci de me le signaler

[Wifi] Choix d'un type d'encodage, et news ...

Bonsoir,

le serveur s'améliore, se consolide.
jusqu'à ce soir, je bossais dessus exclusivement en C++/CLI, avec un client C++/CLI aussi. Là, je m'attaque à la réalisation concrète d'un client NDS.
Et je rencontre les premières difficultés ...

Déjà, j'étais parti sur un encoding en unicode sur le serveur, et après plusieurs essai de wchar_t sur la DS, je me retrouve à arriver à faire communiquer dans un sens en UTF32 mais pas dans l'autre.
Ce qui fait que pour l'instant, j'ai décidé de revenir à un encoding ASCII, et tant pis pour les accents, de toutes facons, notre clavier est pas au point pour les accents, et je vous parle pas de la font personnalisée ... (pas taper djé ).

J'ai mis au point un système de ping pour voir si le client était toujours là et s'il n'y avait pas eu de déconnexion bourrine ; ca marchait plutot bien avec les clients .Net, mais là, avec la DS, dès fois, ca met du temps à comprendre que la DS n'est plus connectée ....

J'ai pas l'impression que ce soit un problème de code, peut-etre que la DS a un TTL élevé. De plus amples tests me le diront peut-etre ultérieurement.

Le serveur est bientot au point, et le client DS communique plutot bien, il lui manque les finitions, notamment l'affichage (fais-je arriver à faire un semblant de scroll ?).

Il y a encore un cas que j'ai pas traité, c'est l'arrivée conjointe de deux (ou plusieurs) trames successives. Elles se concatènent lorsque les envois sont rapprochés ; c'est pas grand chose à faire, mais bon, faut le faire .

Voila pour les news, bientot les sources ...

Nico

Wifi

Alors,

juste un ptit mot pour dire qu'on commence le dev wifi et que ca passe plutot pas mal.

J'entrerai un peu plus dans les détails prochainement, mais si vous avez des commentaires, n'hésitez pas.

J'ai écrit un ptit serveur de socket en C++/CLI (pourquoi ? parce que faut se faire plaisir un peu , et parce que je préfère les sockets de dotnet à winsock2). Donc pour l'instant, je ne m'interesse pas aux performances, si y a besoin, je verrais plus tard.

J'ai écrit aussi un ptit client PC pour tester et un ptit client pour la DS, qui se connecte avec les sockets.

J'ai encore quelques erreurs de compilation en "C++", mais en "C", ca passe bien.
Pour l'instant c'est très restreint, notamment au niveau de l'affichage, mais on arrive à s'envoyer des phrases avec masterdjé, à nos deux adresses différentes respectives.

Le serveur est hebergé chez moi pour l'instant.

Donc, voilà ce qu'il vous attends dans les prochains jours / semaines :
- des explications sur le serveur
- des explications sur la connexion depuis la DS
- un homebrew de "tchat"

A+

Nico