www. AlphaK .net

D’habitude je n’aime pas trop colporter bêtement toutes les vidéos qui sont diffusées à foison via d’autres blogs. D’abord parce que si je le faisais, un lecteur avisé remarquerait que le news n’est pas de la plus belle fraicheur, mais aussi parce que je considère un peu que poster des vidéos à foison sur un blog sans réel commentaire à côté est un signe avant-coureur de sécheresse éditoriale. Et si je peux me permettre un commentaire purement gratuit et strictement personnel, le réchauffement climatique semble également être en mesure de propager peu à peu la sécheresse sur le PBF (paysage blogosphérique francophone).

Ceux qui ont déjà fait un peu de code savent à quel point il peut être tentant de se lancer tête baissée dans un développement sans avoir pris le temps de réfléchir un minium au préalable. Et à quel point cela peut s’avérer une fausse bonne idée lorsque le développement est démarré depuis longtemps et qu’il faut reconsidérer la moitié de l’implémentation à cause d’une erreur de conception.

Pour une fois, j’ai décidé de suivre la voie de la sagesse, si l’on peut dire, en choisissant de poser avec soin les bases de la communication avec le futur backend du robot Youpi, et de ne pas commencer à coder à la hâte.

Après un temps d’attente assez long, et une remarque d’un certain Jérémie s’étonnant du manque de nouveau contenu ces dernières semaines, je reprends mon courage et tente désespérément un nouveau départ sur tous mes projets farfelus ainsi que leur narration sur la toile 2.0.

Ces derniers temps, je me suis légèrement intéressé à la création d’un backend générique pour contrôler le robot Youpi. Ceux qui ont manqué les épisodes précédents au sujet de ce robot peuvent toujours les retrouver ici.

J’exposerai dans cet article et les suivants le résultat de mes réflexions encore légèrement inachevées, qui constitueront par la même occasion un draft de documentation pour ceux qui souhaiteraient l’utiliser et/ou créer les frontends adéquats.

J’avais longuement expliqué dans cet article les étapes de fabrication d’un câble parallèle pour relier le robot Youpi à un PC standard.

Aujourd’hui je vais comme promis diffuser les quelques lignes de code permettant de tester l’ensemble des moteurs. Le programme est grandement inspiré de celui que l’on peut trouver sur le site du BTS-IRIS de Niort.

C’est un programme développé à la va-vite en C. Il pourra servir de base pour tous ceux qui comme moi souhaitent vérifier que tous les moteurs sont en bon état de fonctionnement.

Le code

robotest.c :

Deux rapides améliorations ont été apportées :

La police de caractères utilisée pour l’affichage des scores a été modifiée pour se rapprocher du jeu original, plus « carrée », composée de lignes simples. Ça n’a l’air de rien comme ça, mais j’ai dû « dessiner » les 10 chiffres pixel par pixel dans le code (par groupe de 8 pixels, pour être précis). Ce qui donne un truc très sympa dans ce genre là (une ligne = un caractère) :

Voila enfin, en exclusivité mondiale, les premières images du développement de l’horloge Pong !

Avec également un petit bilan intermédiaire des frais :

• 2/3 heures de développement
• 200 lignes de code (sans la police de caractères)

Avec en contrepartie les résultats suivants :

• Affichage du terrain, des raquettes, et de la balle.
• Affichage du score (police non définitive) en fonction de de l’heure système.
• Gestion d’une zone vide optionnelle au dessus du terrain, pouvant être dédiée à l’affichage des scores ou de tout autre information.
• Taille du terrain, des raquettes, et de la balle customisables.

Angoissé par la peur de l’échec dans la reconversion du PC portable en horloge Pong, je cherchais depuis un moment des idées alternatives de recyclage, histoire de me replier sur un autre projet qui permettrait de sauver l’ordinosaure d’une lente agonie.

Jusqu’au jour où l’idée de génie fut apportée par Sylvain : un cadre photo numérique !

Aujourd’hui je peux dire que l’idée est pleinement exploitable sur ce type de machine. SVGAlib est fait pour ça. Mieux, le programme qui contenait les lib SVGA compilées pour DSL, nommé zgv, est, si vous vous rappelez du billet précédent, un visualiseur d’images ! Cerise sur le gâteau, il peut même afficher des diaporamas !

Dans l’article précédent, je détaillais mes premières étapes de la transformation d’un vieil ordinateur portable en horloge Pong, à savoir l’installation d’un Damn Small Linux sur le système.

L’étape suivante n’est pas de tout repos, puisqu’il faut maintenant afficher à l’écran les graphismes de mon choix. En l’occurrence, un terrain, deux raquettes carrées, une balle carrée, et un score qui évolue en fonction de l’heure. Mais ne plaçons pas la charrue avant les bœufs, autant commencer doucement, et tenter d’afficher dans un premier temps un modeste pixel.

Car à ce stade, DSL démarre en mode console.

Ce week-end, j’ai eu l’occasion de concrétiser quelque chose qui me tenait à cœur depuis longtemps : passer une nuit torride avec Gemma Atkinson donner une seconde vie à un ordinateur portable cacochyme. Chacun ses fantasmes, l’un n’empêche pas l’autre.

Cela fait effectivement un long moment que je guette l’opportunité de transformer une antiquité informatique en horloge Pong, objet de décoration post-vintage affichant le sommet de la geekitude. Oui, le mot existe, en tous cas selon Google.

Les gens jettent n'importe quoi n'importe où, et moi je récupère tout et n'importe quoi.

Moi qui me disais justement que je me construirais bien un serveur de sauvegardes en complément, je tombe justement sur 4 carcasses de PC au coin de la rue devant chez moi. Ni une ni deux, je les remonte dans mon humble demeure pour les autopsier à l’abri des regards indiscrets, tel un Léonard de Vinci des temps modernes.