En partenariat avec Pix’n Love, le magnifique magasin RetroGame Shop à Paris, une soirée dédiée à la sortie du recueil / bible retraçant l’histoire de Sonic des éditions Pix’n Love.

Lors de cette soirée, un contour Neogeo à été organisé, en plus de l’opportunité de pouvoir discuter avec le staff derrière ce magnifique ouvrage, et par la même, l’occasion de pouvoir le faire dédicacer.

Cette soirée, m’a permis de découvrir, plein de choses, l’univers Sega, que mon amis iGREKKESS me fait découvrir de temps en temps (et oui, à cette époque, j’étais plutôt dans le camp adverse, et avec des moyens assez maigre, donc Sega est un grand flou artistique pour moi), l’univers Sonic, et ce magnifique magasin rétro qui se trouve dans le 11^ème arrondissement de Paris.

Dans les coulisses, j’ai pu participer (en tant que spectateur muet) à l’enregistrement du tout premier podcast de Pix’n Love (qui devrais arriver sur leur site dans les jours à venir) avec comme animateur Wahwah, administrateur du forum Backintoys et animateur / réalisateur de la web-émission Retro Game Test.

Exercice oh combien difficile, tourné en une seule fois, sans coupure, pour une durée totale de 1h30. Ce podcast, permet aux novices comme moi de découvrir de survoler la surface de l’immense vie du hérisson bleu, et qui incite donc de vouloir aller plus loin en ce procurant L’histoire de Sonic.

Pour avoir un autre point de vue, et surtout des photos, rendez-vous sur le blog d’iGREKKESS ainsi que sa galerie dédiée.

Que faut-il faire quand cela arrive ?

Depuis un certain temps je code différent bouts de programme. En général je ne finis pas grand chose, mais j’accumoncele des bouts de code qui peuvent être intéressants à garder.

J’aime beaucoup l’idée de pouvoir partager ces quelques lignes de code et surtout de pouvoir suivre leur évolution au fur et à mesure que je les modifies.

C’est pourquoi, après avoir pendant un temps utilisé Subversion, j’ai décidé de passer à Git. Git, étant à la mode, et étant facilement installable à peut près partout où je passe (poste personnel sous OS X, travail sous Windows ou Linux).

Malgré une lacune énorme dans le fonctionnement de Git (principalement, les branches et merge), j’en connais assez pour créer un projet et sauvegarder mes modifications.

Maintenant viens le problème de partage, j’aurais pu utiliser Github, très bon site qui propose des un moyen simple de mettre en ligne ses projets gratuitement.

Mais je suis actuellement assez réticent à utiliser des ressources dont je ne contrôle rien, et c’est pour cela que j’avais cherché un moyen d’héberger un système proche de Github, mais sur un serveur personnel. Ainsi je maitrise la chaine de A à Z.

Le plus proche que j’avais finit par adopter est donc Gitorious, solution logicielle semblant assez proche de Github, ce logiciel est graphiquement magnifique, mais hélas son installation nécessite tellement de manipulation que j’avais décidé de lui dédier une machine virtuelle complète basée sur Linux Gentoo. Cela à fonctionné sans trop de problème pendant pas mal de temps.

De par mon utilisation spécifique de Gitorious dans une VM, j’ai du faire face à un petit problème assez spécial. En effet Gitorious, utilise SSH comme protocole de soumission (ainsi que git://, mais je ne l’ai jamais essayé, et semble nécessiter l’ouverture d’un port spécifique).

L’utilisation de SSH est gérée par Gitorious en passant par la partie WEB pour pouvoir ajouter des clefs SSH pour l’utilisateur git qui est en frontal quelque soit l’utilisateur web que vous utilisez.

Mon problème le plus ennuyeux, c’est que mon port ssh est donc partagé entre 2 machines : le serveur hôte (OS X serveur) et la machine invitée (Gentoo), comme on se connecte sur une seule adresse ip vue d’internet, il a fallut mettre en place une redirection ssh entre les 2 machines.

Cela se fait assez facilement (je ne rentrerais pas ici dans les détails, sauf si on me le demande) mais posait un problème : en effet, lorsque l’on veux rajouter un utilisateur, ou une machine, une clef ssh publique / privée spécifique doit être ajoutée au compte local git du serveur Gitorious.

Pour cela Gitorious propose un serveur qui écoute les demandes de rajout de clef par l’intermédiaire de l’interface web. Et ajout les clef dans le fichier qui va bien (~/.ssh/authorized_keys).

Mais hélas, à cause de la manière dont j’ai monté cette solution, Gitorious ajoutais la clef au compte SSH de la VM, alors que la VM ne voyait des connexions que de la machine hôte. Il me fallait donc manuellement synchroniser la configuration ssh de la machine hôte et de la machine invitée.

Pas vraiment génial. Mais surmontable.

Jusqu’à ce que Gatchan me demande un compte sur mon serveur (vous pouvez trouver son blog dans mes liens). Il avait un besoin assez simple : pouvoir utiliser un serveur Git distant, sans pour autant permettre le partage à tout le monde.

Donc la possibilité d’avoir des projets privée en résumé.

Et c’est là que çà coince, Gitorious ne propose pas cette possibilité. C’est une évolution est devrait être en cours d’ajout. Mais n’est toujours pas disponible.

J’ai donc décidé d’abandonner Gitorious.

Et j’ai donc listé les fonctionnalités que je voulais en priorité :

• Installation ultra simple. Donc on oublie RoR (que j’aime bien, mais sur Gitorious c’est vraiment n’importe quoi) pour favoriser PHP, ou autre
• Projets privés
• Simple d’utilisation
• Pas trop moche

J’en ai listé un paquet, et j’ai regardé le premier venu : Gitblit. Assez sympa d’aspect je lui ai trouvé un gros positif : existe en vers autonome, et écrit en Java.

Il utilise l’implémentation du client Git du projet Eclipse, et ne nécessite aucune installation. On le pose dans un coin du disque, on ne touche à rien, on le lance et voilà. Un serveur Git qui fonctionne bien et que est évidemment moins lourd qu’une machine virtuelle.

Un seul point m’a posé problème : Gitblit utilise le caractère / pour la partie web lorsque l’on navigue dans des sous projets. Or j’utilise en frontal un serveur proxy nginx. Et il semble que nginx ré-encode le caractère / et Gitblit ne sait plus voir /.

Pas de panique c’est prévu, il suffit de modifier la configuration pour remplacer le caractère / par le caractère ! ou | (par exemple) et plus de problèmes.

J’ai donc migré mes projets sur Gitblit et éteint ma VM Gitorious.

Mon serveur est content, mes requêtes web sont plus réactive, et je peut tout déplacer sur une autre machine juste en déplaçant un dossier.

Vraiment génial !

S’il y a bien une chose qui me gave en ce moment sur internet, c’est bien les demandes de pouce vert sur YouTube.
Ça et l’écriture SMS.

Allez faire un tour sur une quelconque vidéo YouTube. Et allez lire les commentaires.

Vous devriez rencontrer un bon petit nombre de gens faisant des remarques (pour une section commentaire, cela semble normal) de temps en temps sensés, et demande en échange un pouce vert.

Un pouce vert, c’est quoi ?

C’est tout simplement un système de vote du commentaire, l’équivalent de la réponse +1.

Cela permet à une personne d’exprimer son accord avec le commentaire, ou son désaccord vu qu’il y a aussi le pouce rouge.

Certains commentaires bien notés se retrouvent alors en haut de liste (c’est un peur idiot, vu que cela casse le flux de la discussion et que cela peut être une réponse à un autre commentaire, qu’il faut alors retrouver).

Ce qui me gêne est le fait que les gens réclament leur pouce vert.. C’est complètement crétin vu que les gens non attardés iront le faire d’eux même!

J’appelle ce genre de requête de la mendicité numérique.

Pouce vert si vous aimez certes article.

Petit article technique pour faire en sorte de pouvoir utiliser la distance d’affichage maximale dans Minecraft pour OS X.

Vous devez bien connaitre cet écran :

Sur cet écran, lorsque vous changez la configuration du champ Render Distance et que vous le placez sur Far, vous avez peut être ce message :

Si c’est le cas, vous pouvez continuer l’article. Si non, vous êtes déjà en 64 bits pour Minecraft, et vous n’avez rien à faire (mais vous pouvez tout de même lire le message, cette astuce fonctionne pour d’autres applications basées sur Java).

Bon, donc Minecraft ne veux pas utiliser la JVM 64 bit qui normalement est installée sur votre machine. En effet, si vous utilisez le terminal, et que vous tapez cette commande java -version, vous avez quelque chose comme çà :

Que devez vous remarquer dans l’écran précédent ?

• Que la commande fonctionne, cela signifie que Java est bien installé, mais si vous avez réussi à lancer au moins une fois Minecraft, c’est déjà le cas
• Que je version commence par 1.6, c’est assez important, si vous avez un Mac récent, vous devez avec la version 1.6 d’affichée, si ce n’est pas le cas, faites une mise à jour, si cela ne change rien (et que donc vous avez surement 1.5 ici à la place), c’est que votre OS est trop vieux, vous devez avoir Leopard au minimum.
• La mention 64-Bit est affichée

Si vous avez tout cela sauf le dernier point, vous devez donc avoir eu cet écran à la place :

Cela signifie que la JVM 64 bits n’est pas activée. C’est modifiable. Vous devez utiliser l’application Préférences Java, pour cela utilisez Spotlight

Sur la photo suivante, vous voyez que la seconde ligne correspond à Java en 64 bits, et elle se trouve bien en seconde position, vous devez alors la glisser, pour la mettre en première ligne.

Une fois fait, pas besoin de chercher un bouton de validation, ou se sauvegarde, c’est déjà fait, vous pouvez fermer l’application, après avoir vérifié que cela doit ressembler à ceci :

Bien, votre version de Java est à jour, en version >=1.6 et vous avez bien une version 64-bits, passons à la suite.

Alors, il faut savoir que sur Mac, une application en Java est souvent livrée avec son lanceur (dossier avec l’extension .app que le Finder vous affiche comme une application en cachant l’extension) :

Ici, j'ai demandé au Finder de m'afficher l'extension.

Donc maintenant que vous savez que ce truc est en fait un lanceur, il faut que vous sachiez en plus que ce lanceur possède un fichier de configuration. Bien connu du mon Apple, ce fichier, au format plist est un fichier au format XML (dans certains cas, il peut être compilé, pour prendre moins de place, il faut alors le dé-compiler, modifier puis re-compiler pour continuer, mais nous n’aurons pas besoin de cela pour notre cas).

Bref, pour atteindre ce fichier, vous devez afficher le contenu du lanceur, qui je le répète, est donc un dossier (comme toutes les applications du Mac).

Avez un clic droit dans le Finder dessus, vous allez sélectionner l’option Afficher le contenu du paquet :

Une fois le contenu affiché, vous devez trouver un fichier dont le nom est Info.plist :

C'est ce fichier que vous devez modifier

Choisissez votre éditeur préféré, vous pouvez utiliser Textedit, personnellement j’utilise VIM (ou plutôt la version un peut plus sexy, MacVim).

Je vous donne ici le contenue du fichier, bien indenté, histoire de savoir de quoi vous partez, et puis comme çà vous pouvez corriger les erreurs en repartant à zéro avec un ⌘+C / ⌘+V :

Bien, que faut-il modifier pour activer le 64 bit ?

C’est très facile en fait, en bas du fichier, vous avez déjà une ligne correspondant la configuration de la version de Java minimale souhaitée. Elle est normalement, configurée sur 1.5+, remplacez le 5 par un 6 (cela donne <string>1.6+</string>)

Ensuite, vous voyez une liste d’architecture utilisées (réglage JVMArchs), il y a, dans l’ordre, i386 puis ppc. Pour notre besoin, en fait, il en manque un, et il doit se trouver en premier dans la liste. C’est l’architecture x86_64. Vous devez donc ajouter la ligne <string>x86_64</string> juste au dessus de la ligne <string>i386</string>.

Cela donne donc une fin de fichier tel quel :

Je vous donne le fichier complet modifié :

Et voila, vous pouvez sauvegarder le fichier, et lancer Minecraft pour activer le rendu lointain.

Suite :

Si vous utilisez le lanceur MagicLauncher, sachez que cela fonction exactement pareil. Vous devez chercher le fichier Info.plist du MagicLauncher, et modifier la fin de la même manière.

Note, donc ma recopie d’écran de Minecraft j’utilise le pack de texture Sphax PureBDCraft.

Petit focus sur une carte survie qui fait parler d’elle en ce moment : Skyblock.

Cette carte à été faite sur mesure pour être très difficile. Elle a eu plusieurs versions en fonction des mise à jour de fonctionnalités que à reçu Minecraft ces derniers temps. Principalement la gestion de la faim. Cette dernière va vous donner du fil a retordre. Vous aller en manger de la viande de zombie.

Quand vous commencez sur Skyblock, voici ce que vous voyez :

Vous avez donc à disposition : un arbre, des blocs de terre. Et du vide.

Beaucoup de vide !

Attention : pour pouvoir ne serais-ce que commencer à avancer, vous allez devoir apprendre les bases du générateur de cobblestone.

En effet, le coffre n’est pas là pour rien.
Vous avez en effet en plus de ce que vous voyez, un seau de lave et un bloc de glace.

À vous de trouver comment continuer.

Sachez que cette carte à un certain nombre de règles, mais surtout un paquet de succès à effectuer.

Et cela risque d’être très difficile à réaliser.

Click here to view the video on YouTube.

Bonne chance et bonne partie.

Lorsque vous essayez d’envoyer un e-mail avec JavaMail, ce dernier configure le mail comme étant envoyé par la combinaison de l’identifiant de connexion au serveur SMTP, et le nom de l’hôte de ce même serveur (cela donne donc identifiant@hostname).

Pratique, mais un peut brut de fonderie.

Il est tout à fait possible de définir un nom plus sympa pour le destinataire. Et pour cela il existe 2 façons, toutes les deux, liées à la classe InternetAddress

En premier lieux, nous pouvons utiliser la notation provenant de la RFC-822 :

La seconde, en utilisant un constructeur spécifique :

Petit article, pour expliquer comment utiliser des spinners pour jouer à Arkanoid 4 sur Taito F3 sans avoir à utiliser la connectique spécifique de la carte mère.

En effet, comme pour beaucoup de systèmes à base de carte mère, la Taito F3 dispose d’un petit nombre de connecteurs spécifiques qui permettent d’étendre les possibilités des jeux lorsque l’on arrive à la limitation du connecteur Jamma.

J’ai acheté, il y a plus d’un an au Japon un ensemble carte mère + jeu + panel spinner (sur conseil de iGREKKESS).

Lors de la dernière RGC (2011) j’ai donc entrepris de réussir à câbler les spinners pour pouvoir jouer correctement et dans les meilleurs conditions à ce magnifique jeu.

Voici donc un petit compte rendu qui vous permettra de comprendre la démarche par déduction et la méthode à suivre pour utiliser vos contrôles préférés pour Arkanoid.

Si vous regardez les jumpers (ou cavaliers en français), sur la carte mère, vous en trouverez un qui permet de configurer la source des contrôles utilisés dans le jeu.

Sur cette image, vous pouvez donc apercevoir le cavalier (JP3) en question. Nous avons 2 positions : sensor et joystick. La position de droite (joystick) est la configuration la plus courante et celle utilisée par défaut, servant à configurer le système pour que les contrôles soient pris sur le connecteur Jamma. La position de gauche (sensor) semble donc être une configuration permettant d’utiliser des contrôles spécifiques et qui seraient en toute logique (mais étant ici, une simple hypothèse de ma part) reliés alors sur un des nombreux connecteurs d’extensions (SI, AA, 3P, 4P, Z, M2, évidemment concernant les connecteurs 3P et 4P, et si Taito a fait ça bien, cela semble être des connecteurs dédiés aux joueurs 3 et 4, il en resterait tout de même 4 dont la fonctionnalité et le câblage m’échappe).

Donc première hypothèse pour utiliser nos spinners : nous devons configurer JP3 sur sensor et cabler les spinners sur un des connecteurs blancs.

Problème : je n’ai trouvé aucune documentation dédiée à Arkanoid, et encore moins de manière plus générique à la F3 me permettant de savoir à quoi servent et comment câbler les connecteurs blancs.

C’est mal parti. Après une petite réflexion, on se rend compte (mais je n’ai pas de photo) que le panel que j’ai acheté utilisait des connecteurs standard de borne d’arcade et qui semblaient donc se connecter sur les connecteurs joueur 1 et joueur 2 d’une borne japonaise de façon identique à un panel équipé de joysticks.

Bon, retour à la case départ, on met (ou on laisse en fait) JP3 sur joystick. Et on cherche comment on fait pour que le jeu sache si l’on veut jouer avec des joysticks ou des spinners.

En effet, si vous avez ce jeu et que vous n’avez pas de spinner, il est tout à fait possible d’y jouer au joystick. Évidemment c’est moins sympa, mais ça dépanne.

Si vous êtes un petit peu au fait de l’arcade, vous n’êtes pas sans savoir que la plupart des jeux / systèmes permettent d’être configurés. Les exploitants savent bien cela puisque ce qui les intéressent en général c’est la difficulté et le rapport argent inséré dans le monnayeur / nombre de parties jouables.

Dans le monde de l’arcade à la maison, c’est en général la possibilité de ne pas avoir à mettre des sous dans le monnayeur qui est souvent recherché (le fameux mode free-play). Nous avons donc 2 manières de configurer un système d’arcade : les dip-switch et les soft-dip. Les premiers sont basés sur la mise en place de cavaliers (ou de petits boutons) et se trouvent sur la carte mère. C’est donc matériel, et n’est pas dépendant du jeu. La seconde option est logicielle, et est sauvegardée par le jeu, et dépendant de ce dernier.

Nous venons de voir un peu plus haut qu’il y avait sur Taito F3 un dip-switch matériel de configuration des contrôles. Mais il ne nous sert pas dans ce cas là (tout du moins il doit être sur la position joystick, celle qui est utilisée en général).

Il reste donc les soft-dip.

Petit anecdote rigolote : si vous cherchez le mode free-play sur Arkanoid, sachez que cela n’existe pas, puisque la carte mére ne propose pas de dip-switch matériel, et que le jeu ne propose pas de soft-dip pour cela non plus.

Pour atteindre les soft-dip, il faut utiliser le bouton service, vous arrivez alors dans un écran de configuration / test, proposant un certain nombre de menus et de sous-menus imbriqués. Pour naviguer dans ces menus (en tout cas pour Arkanoid) vous devez utiliser le bouton 1 du joueur 1 pour descendre dans les menus, et le bouton start du joueur 1 pour valider / changer une valeur.

Quand vous utilisez le bouton service vous arrivez sur cet écran :

De là, vous devez aller sur le menu configuration (donc trois fois le bouton 1 joueur 1 et une fois le bouton start joueur 1) :

Une fois dans ce menu vous avez la possibilité de choisir.

jouer au joystick :

ou bien jouer au spinner :

Et oui, vous avez bien lu, nous retrouvons mot pour mot, la configuration de JP3 dans le menu de configuration logiciel d’Arkanoid. Cela évite donc un cablage spécifique et fastidieux, mais nécessite donc un codage dans le jeu de la prise en charge de ces contrôles.

Pour nous c’est une bénédiction, il est tout à fait possible de changer très facilement les contrôles, en n’ayant qu’une configuration logicielle à faire, et donc d’avoir une borne d’arcade générique sans aucune spécificité dédiée à Arkanoid.

Bon jeu.

Es-ce vraiment important de définir une valeur par défaut pour nos variables dans un corps de fonction ?

Je viens de passer 2 jours à chercher un bug, et cela se résumé simplement à un bête int toto = -1;

Lors que l’on code, on se retrouve souvent avec un paquet de variables déclarées en début d’une fonction. Il peut arriver que ces variables ne soient pas initialisées, et on espère que cela se passera bien ensuite lors de son initialisation.

Mais il y a des cas, ou trouver pourquoi un code ne fonctionne plus est assez difficile lorsque l’on ne prête pas attention à ces bouts lignes, souvent courtes, en surnombre et pouvant être là depuis un paquet de temps.

Donc voici ma petit expérience simple d’un code qui se trouve ne pas fonctionnement correctement suite à un oublie de déclaration de valeur par défaut, de valeurs de retour par souvent bien définit, et du passage d’un mode de compilation debug -> normal.

Soit le code suivant :

Voilà. Simple court, j’ai volontairement simplifié le tout.

Maintenant imaginons que nous utilisons cette fonction comme ceci :

Et boom ! Par leurs pouvoirs combinés : une valeur trop typique (0) pour signifier qui l’on doit arrêter de rechercher des enregistrement, une non initialisation d’une certaine variable, une fonction pas complétement terminée, et une compilation en mode débug, vous casse la baraque.

En effet, en mode debug, certains initialisations sont faites automatiquement. Ici continue = 0 nous allons entrer dans notre fonction, et si elle retourne true (pas d’erreur grave de lecture) nous nous arretons là. En effet la valeur nous signifiant de ne pas lire plus loin étant exactement positionnée à 0 (NE_PAS_CONTINUER) !

Alors qu’il suffit de si peut de chose pour résoudre le problème :

Déjà, dans notre fonciton utilitaire, placer le flag de continuation à CONTINUER dès le départ, ainsi, s’il y a effectivement la possibilité de continuer, il n’y aura pas de problème.

Mais imaginons, que nous ne puissions pas modifier cette fonction. Il suffit de modifier la déclaration de notre variable continue telle que suit : int continue = -1;

Et voilà, un bug très bête, mais gênant qui ne plante même pas, mais qui s’arrête après la première lecture.

Glassfish est un très bon logiciel, mais l’installeur nécessite d’avoir une fenêtre pour pouvoir valider la license. C’est assez embêtant, surtout lors de l’installation par SSH.

En fait il est possible de devoir valider la license mais juste sur la console, pour cela, il faut rajouter l’option ‘-console’ à la fin de la ligne de commande qui permet d’executer l’installation.

Ce qui donne :

java -Xmx256m -jar glassfish-installer-v2.1-b60e-linux-ml.jar -console