Doom tourne désormais sur un bracelet Xiaomi Mi Band 10
Il y a des gens qui se détendent en regardant une petite série. Aaron Christophel, lui, se détend en désossant des bracelets connectés Xiaomi pour leur faire cracher du code qu'aucun ingénieur de la marque n'avait prévu.
Ce bidouilleur allemand, plus connu sous le pseudo atc1441, vient de s'attaquer au Mi Band 10, et il en a tiré ce que la communauté du hack matériel considère comme le sacre suprême depuis trente ans: un portage de Doom, le jeu de tir sorti en 1993.
Le jeu n'était pourtant pas le problème. La puce, si.
Le Mi Band 10 utilise un BES2700iMP, un composant fabriqué par Bestechnic, un fondeur chinois qu'on croise surtout dans des écouteurs sans fil parce qu'il est taillé pour la basse consommation. Petite subtilité qui complique tout: chez Bestechnic, cette même puce répond aussi au nom de code BEST1503.
Or pour programmer un composant pareil, il faut son SDK, autrement dit le kit fourni par le fabricant avec la documentation et les outils pour développer dessus. Et là, surprise: pour ce modèle, aucun SDK public. Rien du tout. Christophel s'est donc retrouvé face à une puce muette, sans plan ni notice.
Sa porte d'entrée, il l'a trouvée du côté d'une cousine quasi jumelle. Le BEST1306, un autre composant Bestechnic, partage la même architecture, et lui possède un SDK qui a fuité par le biais de kits de développement audio. En recoupant patiemment les deux, il a reconstitué par rétro-ingénierie, ce travail qui consiste à remonter le fonctionnement interne d'un appareil sans en avoir les plans, un SDK compatible avec le BES2700iMP.
Le reste a suivi. Firmware maison, c'est-à-dire le logiciel bas niveau qui pilote directement le matériel, puis portage de Doom via le projet GBADoom. Tout n'est pas nickel pour autant: l'écran fonctionne en SPI un seul bit au lieu du quad-SPI dont il est capable, deux manières d'envoyer les pixels dont la seconde va nettement plus vite, ce qui plombe ici la fluidité et écrase les couleurs.
Screenshot
Bref, ça se joue, mais c'est moche. Et sur une dalle large de quelques centimètres, on reste évidemment dans l'exploit pour l'exploit plus que dans la séance de jeu.
Le détail qui fait un peu marrer vu le contexte actuel, c'est l'aveu de Christophel sur l'intelligence artificielle: elle ne lui a quasiment servi à rien. Les données techniques de ces puces propriétaires n'existent nulle part dans les corpus d'entraînement des modèles, du coup les assistants brassaient du vide.
Et ce n'est pas fini. Le Mi Band 9 embarque exactement le même matériel, ce qui signifie que le SDK reconstitué devrait y tourner tel quel, sans toucher une ligne. Tout est documenté et publié sur GitHub, à la disposition de quiconque veut prolonger cette bien belle aventure.
Bref, faire tourner un jeu de 1993 sur un bracelet de sport ne sert objectivement à rien, et c'est précisément pour ça que c'est toujours très cool.
Source : Hackaday
Tanko - Lire des mangas dans le terminal en scred
Si vous passez votre vie dans un terminal et que vous avez réussi un jour à quitter tout seul Vi / Vim, voici une application qui va vous intéresser. Il s'agit de Tanko , signé Alexandro Mendez, un outil en ligne de commande qui permet de lire et télécharger vos mangas préférés directement depuis un terminal. C'est, en gros, le même concept que youtube-dl mais pour les scans japonais.
Pour installer Tanko, ouvrez un terminal et entrez la commande suivante : pnpm install -g tanko (npm marche aussi). Une fois que c'est fait, y a plus qu'à lancer tanko. Plus besoin d'aller sur les sites en question, vous entrez vos critères de recherche et hop, vous lisez votre chapitre directement. Les chapitres que vous téléchargez en PDF atterrissent dans $HOME/tanko/downloads/.
Après, Tanko affiche les vraies pages en image, à condition d'utiliser un terminal moderne comme Kitty, Ghostty ou WezTerm qui gèrent les protocoles graphiques (Kitty graphics, Sixel). Mais surtout dans un terminal basique, genre le terminal intégré de VS Code ou le bon vieux CMD de Windows, Tanko basculera en mode ASCII Art.
J'suis sûr que vous voyez où je veux en venir... Votre boss passe derrière vous, voit des caractères bizarres défiler dans VS Code, et repart convaincu que vous compilez un truc alors que pendant ce temps-là vous suivez peinard le dernier chapitre de One Piece... niark niark niark.
Côté fonctions, vous avez l'historique de lecture, un menu de config, les notifications et le support de plusieurs sources de scans. Attention quand même, certaines sources scrappent les sites via un navigateur, donc il faudra installer Firefox avec npx playwright install firefox. Après c'est pas non plus obligatoire et vous pouvez vous contenter des sources qui n'en ont pas besoin.
L'outil est cool mais après en ce qui me concerne, lire un manga en ASCII Art c'est marrant 30 secondes, mais pour de la vraie lecture je vous conseille vraiment d'opter pour l'un des terminaux avec support des images que je vous ai cités plus haut.
Et si votre but c'est juste d'aspirer des tonnes de scans, le vieux mangal est plus complet, même s'il est archivé depuis avril 2025 et que plus personne ne le maintient... sniiif. Dans le même style, ça me rappelle aussi Lue qui vous lit vos ebooks en audio dans le terminal et si vous préférez un truc avec une vraie bibliothèque, jetez plutôt un œil à Kavita .
Et enfin, roulements de tambours, pour savoir où trouver vos scans sans finir en correctionnelle, j'avais fait un guide sur le manga et le scantrad .
Bref, c'est gratuit, mais à consommer avec modération pendant les heures de boulot, bande d'ennemis du capitalisme ^^ !!
Une ampoule connectée transformée en bibliothèque clandestine de livres interdits
Aux États-Unis, la guerre contre les livres ne se joue plus seulement dans les conseils d'administration des écoles, mais désormais aussi à l'intérieur d'une ampoule connectée vissée au plafond.
La performance est signée Rick Osgood , un bidouilleur qui a transformé un objet du quotidien le plus banal qui soit en cachette numérique pour des ouvrages bannis des établissements scolaires, et l'idée a quelque chose de réjouissant.
Ces dernières années, des milliers de titres ont été retirés des rayons des écoles publiques américaines sous la pression de groupes conservateurs, le plus souvent des romans qui évoquent le racisme, l'identité de genre ou la sexualité. L'association PEN America, qui défend la liberté d'expression, tient le décompte de cette vague de censure qui ne faiblit pas.
Osgood, lui, a choisi de répondre avec un fer à souder.
Il a démonté une ampoule WiFi d'entrée d gamme, de la marque IoToreo en l'occurence, et récupéré la puce qui se cachait à l'intérieur, une ESP32-C3, ce minuscule processeur sans fil à quelques euros qu'on retrouve dans un paquet de gadgets connectés. Il l'a entièrement reprogrammée avec un firmware maison, pour la transformer en serveur web tournant sur le seul courant de la douille.
Le plus compliqué, c'était la mémoire. L'ampoule ne dispose que de 4 Mo de mémoire flash, autant dire des miettes. En réécrivant la table des partitions, le plan qui découpe cette mémoire en zones, il a réussi à libérer 2 Mo pour stocker quelques livres au format EPUB, le standard des liseuses. Sa tentative de souder une carte SD pour gagner de l'espace a échoué.
Le résultat est étonnamment soigné. Une fois alimentée, l'ampoule diffuse son propre réseau WiFi public, et dès que vous vous y connectez, un portail captif, cette page qui s'ouvre d'elle-même dans les hôtels ou les aéroports, vous redirige vers l'interface de la bibliothèque. On y feuillette les ouvrages, on lit dans quel État chacun a été interdit et pourquoi, et un panneau d'administration verrouillé par mot de passe permet au propriétaire de gérer sa collection.
Un détail trahit le soin apporté au projet. Le firmware efface les identifiants WiFi enregistrés, ce qui veut dire que vous pouvez abandonner l'ampoule dans une douille publique sans risquer de livrer le code de votre box au premier venu.
Rien d'illégal là-dedans, faut-il le préciser. Osgood insiste sur le fait qu'il n'héberge aucun contenu dangereux, pas la moindre recette d'explosif, uniquement des romans parfaitement légaux que des conseils scolaires ont décidé d'écarter.
On n'est évidemment pas devant une énorme bibliothèque, vu les 2 Mo de stockage. C'est un objet politique surtout, et un exercice d'électronique, et le code complet a été publié en open source sur Codeberg, prêt à être repris par quiconque voudrait flasher sa propre ampoule contestataire.
Bref, planquer des livres censurés dans le dernier endroit où un censeur penserait à regarder, une ampoule, c'est franchement bien joué.
Source : Hackaday
Fatigue informationnelle - Quand fuir l'actu n'est pas une faiblesse
Je ne lis pas les médias d'actu, et je ne vais quasiment plus sur les réseaux sociaux. Pas par flemme, mais parce qu'à force, je ne voyais plus le monde QUE par le prisme des mauvaises nouvelles et de la négativité (sans parler de la connerie humaine omniprésente mais ça c'est un autre sujet... lol).
Et il se trouve qu'un psychologue de l'université Wilfrid Laurier, Ali Jasemi, vient justement de mettre un peu de science sur ce ras-le-bol que je ressens depuis longtemps. Car si je sature, c'est pas uniquement à cause des drames relayés par BFM ou France Info.
Il y a aussi toutes ces anecdotes sans intérêt mais négatives au possible, ces vidéos d'agression, ces grosses ou petites injustices, cette haine, ces attaques et tout ce qu'on voit à longueur de journée sur nos réseaux sociaux et qui est imaginé, fabriqué et poussé pour nous faire réagir, nous indigner et faire du clic. Et j'avoue qu'au-delà d'un certain stade, ça devient trèèès compliqué à gérer émotionnellement.
Je suis aussi convaincu qu'au bout d'un moment, soit on s'écroule, soit on se retrouve totalement immunisée à la souffrance des autres ou de la nature.
En me coupant de toute cette merde, j'ai surtout remarqué qu'une information vraiment importante finira toujours par arriver jusqu'à moi. Et si personne autour de moi n'en parle, c'est probablement que ce n'était que du bruit. Comme ça, j'évite la quasi-totalité des faits divers, et bizarrement je me porte plutôt bien.
Et d'après ce qu'explique Jasemi, je ne suis apparemment pas le seul à pratiquer ça puisque les nouvelles générations se débranchent également de plus en plus de l'actualité. Dans son analyse paru sur The Conversation , il explique que la fatigue informationnelle, ce n'est ni de la paresse, ni de la faiblesse, et encore moins un désintérêt des nouvelles générations. C'est, je cite, "la réaction prévisible d'un cerveau humain confronté à un environnement pour lequel il n'a jamais été conçu".
Car le truc, c'est que notre cerveau est précisément câblé pour ça. Pendant des centaines de milliers d'années, le cerveau qui prêtait attention aux menaces, c'était celui qui survivait. Un prédateur planqué dans les fourrés comptait davantage qu'un joli coucher de soleil, sauf qu'aujourd'hui, ce vieux réflexe se fait exploiter à la chaîne par les pro de l'économie de l'attention.
Une étude parue dans Nature Human Behaviour a passé au crible plus de 105 000 titres d'articles, et le résultat est sans appel puisque chaque mot négatif ajouté dans un titre fait grimper le taux de clic d'environ 2,3%. Et les mots positifs, eux, font l'inverse, ils font fuir le lecteur. Donc autant vous dire que tout ce flux de news génère pas mal de "plaisir" pour nos cerveaux déjà bien ramollis et torturés, et qu'on glisse très vite dans cette espèce de transe du scroll infini de la mauvaise nouvelle.
Aujourd'hui, c'est 40% des gens dans le monde qui évitent activement les infos, au moins de temps en temps, contre moins de 30% à la fin des années 2010. Chez les plus accros, ceux que les chercheurs classent en consommation problématique, ce qui représente 16,5% des adultes américains quand même, 61% déclarent se sentir physiquement mal, contre 6% chez les autres.
Et ce n'est pas la première fois que les études tirent la sonnette d'alarme sur notre rapport aux écrans. Il y a vraiment un côté fascination pour les contenus de merde, les contenus violents, dégradants et j'en passe. C'est un problème, même si c'est profondément humain. Et comme pour toutes les addictions, il y a un moment où ça bascule, où c'est elle qui prend les commandes et où vous n'êtes plus celui qui décide.
Après, je ne vais pas vous mentir, se couper totalement de l'info et des sources fiables, ça a un revers chez certaines personnes. En effet, ça peut laisser le champ libre à la désinformation si on ne prend pas soin de choisir ses sources et surtout de les croiser. Les escrocs de la fake news sont nombreux et il est facile de se faire berner quand on n'a pas l'habitude.
C'est humain, et il faut lutter contre ça, même si j'ai un peu l'impression qu'il n'y a pas grand monde qui lutte en ce moment...
Alors si vous saturez vous aussi, sachez que vous n'êtes ni faible ni paresseux. Coupez le robinet, gardez deux ou trois sources que vous avez choisies, et faites confiance au reste... L'important finira toujours par vous trouver.
Source : ScienceDaily
Robots humanoïdes - On attend vraiment qu'il y ait un mort ?
Je sais pas si vous vous intéressez un petit peu à la robotique, mais cette semaine il y a eu deux vidéos qui sont sorties et je voudrais réagir par rapport à ça.
La première, c'est lors d'une démonstration dans la rue d'un robot qui a un moment lève la jambe et éclate le ventre d'un enfant qui se trouvait à côté. Et la seconde c'est à Vivatech lors d'une chorégraphie débile où deux robots ont arraché des télés.
Et ça fait marrer tout le monde... Au passage, ces deux robots, c'est le même modèle : l'Unitree G1, le petit humanoïde chinois qu'on voit partout tellement il est dropshippé et rebrandé.
Et Unitree, ça devrait normalement vous parler, parce que je vous ai déjà raconté ici que n'importe qui pouvait en prendre le contrôle avec un smartphone , et qu'ils balançaient vos données vers un cloud chinois , référencée dans le MITRE depuis plus d'un an et toujours pas bouchée.
Et donc on lâche au milieu du public, gamins compris, ces machines douteuses qui effectuent toutes sortes de mouvements rapides. Et le problème, c'est que ces robots de service comme ce G1 ou d'autres équivalents humanoïdes débarquent partout... Robot serveur au resto, robot d'accueil dans les halls d'entreprises, robots livreurs qui se baladent sur le trottoir... etc. La France l'a même déjà testé sur un site nucléaire.
Alors pourquoi pas, mais en voyant ces "incidents" et tous les abrutis que ça fait marrer, je ne peux pas m'empêcher de faire un parallèle avec l'automobile. En effet, dans le secteur automobile, il existe différentes normes qui imposent des limites strictes dont une sur la rapidité avec laquelle un véhicule effectue une action. Il faut que ce soit lent pour que le conducteur ait le temps de percuter et de reprendre la main si la voiture fait une connerie. Ce sont notamment ces principes que Comma respecte pour ses boitiers .
La voiture n'a pas le droit de changer de trajectoire plus vite que ce que le conducteur peut encaisser, et lui doit toujours pouvoir reprendre la main d'un simple coup de frein. Le véhicule doit prendre 0,9 seconde minimum pour un déport d'un mètre. C'est plutôt sain comme réglementation, je trouve. Alors pourquoi une bagnole qui braque trop sec, c'est interdit alors qu'un robot qui balance un kick de ninja dans un gosse, ça passe crème ?
Évidemment, sur un robot à la con comme ceux qu'on voit sur les vidéos, "reprendre la main" c'est pas vraiment possible car il n'y a aucun intérêt à piloter un robot. Ce sont des appareils qui doivent pouvoir fonctionner sans qu'un humain les opère... Sinon, ce serait juste des jouets télécommandés.
Mais par contre, la vitesse à laquelle ils agissent, c'est un facteur qu'il serait bon de maitriser car à la place des télés, il y aurait pu avoir les visages de spectateurs par exemple.
En fait, le problème que j'ai avec ces démos, c'est la proximité entre le public et des robots qu'on laisse faire des gestes rapides, des danses de ninjas, des tas de mouvements qui pourraient infliger des blessures graves à des adultes comme à des enfants.
Dans les usines, les robots qui bossent au contact d'humains suivent des normes (ISO 10218 et ISO/TS 15066) avec deux principes tout bêtes. Un, la surveillance vitesse-distance est surveillé à l'aide d'un scanner qui repère l'humain qui entre dans la zone et qui ordonne au robot de ralentir ou de s'arrêter tout seul avant le contact. Deux, la limitation de force où même si ça touche, la machine ne tapera jamais assez fort pour blesser quelqu'un. Bref, le périmètre de sécurité et la douceur dont je parle, l'industrie les applique depuis des années mais ailleurs, notamment dans des événements avec du public à proximité, ces règles ne me semblent plus respectées.
Je pense que comme pour n'importe quelle machine, si celle-ci est amenée à effectuer des mouvements rapides sans contrôle humain, il faut absolument un périmètre de sécurité autour. Une zone suffisamment grande pour qu'un opérateur ou un système de sécurité puisse tout arrêter si le robot sort de cette zone.
Et si le robot doit évoluer dans un périmètre avec des humains, il doit être suffisamment "doux", suffisamment lent pour qu'on puisse esquiver un geste malencontreux ou que l'accrochage avec une personne n'ai pas de grandes conséquence.
Autrement, un jour il y aura un mort à cause de ça.
Chez Figure , un ancien responsable sécurité affirme notamment dans une plainte que la main de leur humanoïde frappe avec une force qui dépasse le double de ce qu'il faut pour fracturer un crâne. Et chez Unitree, on a aussi vu partir complètement en vrille leur robot H1 à côté d'un technicien qui a eu chaud. A chaque fois, on a eu de la chance mais un jour, on n'en aura pas.
Bref, une fois encore, le problème c'est pas la machine mais les débilos aux commandes...
F-15 Strike Eagle II - Le simulateur de 1989 cherche des pilotes d'essai
Je ne me lasse jamais de tous ces projets qui ressuscitent des vieux jeux. Et celui dont je vais vous parler aujourd'hui, c'est à neuviemeporte qu'on le doit. Celui-ci s'est donné pour mission de reconstruire ligne de code par ligne de code, ce bon vieux F-15 Strike Eagle II, le simulateur de vol de combat sorti chez MicroProse en 1989. Et hier, le 20 juin dernier, le projet a passé un cap important puisque le portage est enfin jouable. Et son dev cherche maintenant des pilotes d'essai pour le mettre à l'épreuve.
Donc si ça vous chauffe, mes petits Maverick en herbe, faut récupérer les exécutables sur son dépôt, ensuite vous les balancez dans le dossier de votre copie du jeu à la place des originaux (faites un backup avant, hein) et vous décollez !! Et si ça plante, si un truc s'affiche de travers, si une touche ne répond plus, vous lui remontez le bug, tout simplement.
Je reconnais quand même que le boulot derrière, est dingue car ce n'est ni une émulation ni une recompilation à partir d'un code source volé. neuviemeporte a vraiment désassemblé le binaire de 1989, réécrit chaque morceau en C, et recompilé tout ça. Puis ensuite, il a comparé les instructions machine produites avec celles du jeu original et tant que les opcodes n'arrivent pas identiques au bit près, c'est que la reconstruction est faussée. Alors il recommence et ainsi de suite ! Je ne sais pas s'il utilise l'IA pour ça mais je lui conseille fortement afin d'automatiser au maximum tout ce travail de débugging. C'est exactement ce que je suis en train de faire avec mon recompilateur de Roms et à la main, ça me prendrais facile 10 ans, je crois...
Le plus fou, c'est qu'il a d'abord dû retrouver quel compilateur MicroProse utilisait à l'époque. Il a fait des recherches sur certaines chaînes de caractères présentes dans le code et il est tombé au fond de l'exécutable sur celle-ci : "MS Run-Time Library - Copyright (c) 1988, Microsoft Corp". Verdict, c'est du Microsoft C 5.1. Et sans ce détail, il n'avait aucune chance de générer exactement la même séquence d'instructions que le binaire d'origine.
Et puis il y a ce petit détail que j'adore... En fait, le mec fait une reconstruction "bug-for-bug". En gros, les bugs du jeu de 1989 doivent rester. Ainsi, si dans la version originale votre avion se met à tomber vers le ciel quand il est à l'envers et en panne de carburant, et bien il doit continuer à tomber vers le ciel... Même comportement, mêmes défauts, mêmes sensations qu'à l'époque.
Mais alors, d'où ça lui vient, cette obsession ?
Hé bien comme nous tous, de ses jeunes années de passion dévorante avec l'informatique, quand il était scotché à son premier 386 et qu'il a découvert là son premier monde ouvert sur son ordinateur. Et ce truc lui est resté... Développeur C/C++ le jour, dingue de MS-DOS et de reverse engineering la nuit, comme il le résume lui-même sur son site. Il a lancé ce projet de recompilation en 2022 et avoue que le rythme actuel le dépasse un peu aujourd'hui...
Mais c'est ce genre de "missions de vie" qui a déjà sauvé d'autres classiques. Je pense par exemple à Mario 64 qui a été décompilé au point de tourner aujourd'hui dans un navigateur , et plein de vieux jeux DOS ne survivent que parce que des passionnés s'en occupent un par un, un peu comme l'ont fait les ancêtres nés avant l'an 2000 (je me mets dans le lot, 1982 FTW! les gars !).
Un petit mot quand même pour les futurs testeurs, parce que ce n'est pas tout à fait du plug-and-play... La version reconstruite ne passe pas par l'écran de configuration d'origine car elle part du principe que vous êtes en affichage MCGA/VGA, sans son et sans joystick. Donc pas la peine de régler votre Roland MT-32 virtuel, ça démarre direct au manche. Et pour signaler un souci, une capture via Ctrl+F5 dans DOSBox + une description de ce qui se passait avant le plantage et c'est réglé.
Voilà, si une copie traîne dans vos archives, allez voir son appel et reprenez les commandes.
SAMDUO propose une batterie domestique ultra fine
D'habitude, une batterie domestique, c'est un gros bloc qu'on planque à la cave ou au garage. SAMDUO prend le contre-pied avec sa gamme Nex, présentée cette semaine à Amsterdam, et veut en faire un objet qu'on assume de laisser à la vue de tous.
Le modèle E6000 ressemble à un grand cadre fixé au mur, 11,9 cm d'épaisseur seulement, soit la plus fine du monde d'après la marque. Sa variante E6000H abandonne le mur pour un cube de la taille d'un micro-ondes, à glisser dans un coin. Même capacité. Deux façons de la ranger.
Derrière SAMDUO se cache un industriel chinois quasi inconnu il y a encore six mois, qui arrive en Europe avec de gros moyens. Les deux E6000 stockent 6 kWh et visent le tarif de 1999 euros, avec une sortie française au troisième trimestre.
Vient ensuite la question du branchement. Pas besoin de toucher à vos panneaux, la batterie se greffe sur le circuit électrique de la maison et récupère le surplus produit dans la journée. On appelle ça du couplage en courant alternatif, et le bon côté, c'est que ça fonctionne avec à peu près n'importe quelle installation déjà posée.
Côté France, le souci, c'est que la batterie doit savoir en temps réel ce que consomme la maison. SAMDUO a prévu un petit boîtier pour ça, mais il est pensé pour les compteurs néerlandais pour le moment. Chez nous, il faudra ajouter un module dans le tableau électrique.
Pour ceux qui partent de zéro, il y a aussi la P2800 Pro, plus petite avec ses 2,73 kWh extensibles jusqu'à 16,41 kWh, mais qui se relie directement aux panneaux par quatre entrées dédiées. Une approche plus classique, au tarif encore tenu secret.
On a pu jeter un oeil à l'application, et c'est propre. Elle affiche en direct ce qui entre et ce qui sort, jongle avec les heures creuses chez 800 fournisseurs européens dont EDF, mais l'API ouverte n'est pas encore prête.
Si tout le monde se précipite sur ces batteries, c'est que revendre son électricité est de moins en moins rentable, même en France. Les Pays-Bas, eux, où nous étions pour le lancement de la marque avec l'ami Korben, suppriment leur système de revente avantageux dès 2027.
En tous cas le pari du design est réussi. À 2000 euros pièce, par contre, il faudra quelques années avant de le rentabiliser.
***Mise à jour : ***
Reste une donnée qui a son importance et qu'on aurait dû préciser : la puissance de sortie. En fonctionnement normal, branchée sur le réseau, la batterie ne restitue que 800 W, une limite imposée par la réglementation plug-and-play. C'est suffisant pour lisser une consommation de fond, beaucoup moins pour encaisser un gros appel de puissance ponctuel. Le chiffre de 2600 W qu'on voit passer correspond à la charge, pas à la décharge au quotidien. Seul le mode secours, en cas de coupure, débride la sortie jusqu'à 2600 VA pour alimenter l'essentiel de la maison.
EQ-Bench - Le benchmark de l'intelligence émotionnelle des IA
Sam Paech s'est rendu compte qu'on testait toujours les IA sur le code, les maths, et à qui battra un prochain record , mais presque jamais sur leur capacité à comprendre les émotions humaines ou à pondre un texte qui ne sente pas le slop de bot à plein nez. Et c'est pour ça qu'il a monté EQ-Bench , un benchmark qui note l**'intelligence émotionnelle des grands modèles de langage**.
Pour alimenter son benchmark, il colle tout un tas de modèles dans des jeux de rôle un peu tordus (45 scénarios dans sa dernière version) et c'est un autre modèle (Claude, en l'occurrence) qui joue l'examinateur. Il note alors chaque réponse sur huit dimensions, telles que l'empathie, la finesse sociale ou la capacité à poser une limite quand il faut, puis nous sort un classement façon Elo (le classement des échecs). Tout est open source, documenté dans un papier de recherche et Paech finance ce bazar avec ses propres deniers.
Et depuis 2023, c'est devenu une véritable collection de tests...
Y'a un test d'écriture créative, un autre qui regarde si le modèle vous cire les pompes au lieu de vous recadrer quand la conversation s'éternise, un sur l'humour, et même un où les IA jouent à Diplomacy pour voir lesquelles savent négocier et bluffer.
Mais mon préféré c'est le Slop Score, qui mesure à quel point un texte pue l'IA. Pour cela, il traque les mots sur-utilisés et le fameux tic du "pas X, mais Y". Bref, de quoi objectiver (un peu) ce qui rend la moitié du web illisible ces temps-ci.
Paech prévient quand même que son "juge" reste quelque chose de totalement subjectif et qu'il n'existe aucune vérité absolue sur l'intelligence émotionnelle. C'est donc plutôt à lire comme une boussole et pas comme un verdict gravé dans le marbre (ou le silicium ^^).
Toutefois, pour savoir si un modèle écrit comme un humain plutôt que comme un employé d'agence de branding, c'est plutôt pratique. Et je vous conseille d'aller fouiller un peu dans les classements, comme ça vous verrez que le meilleur en code n'est pas forcement le plus futé côté émotions...
Bref, vivement le retour de Fable 5 ^^
Un bug qui gèle l'écran des portables AMD sous Linux traîne depuis 2017, et c'est Claude qui a aidé à le corriger
Si vous utilisez un ordinateur portable à puce graphique AMD Radeon sous Linux, vous avez peut-être déjà vu l'écran se figer d'un coup, sans raison apparente, à peu près une fois par semaine. Ce bug agace les utilisateurs depuis des années, et un correctif vient enfin de pointer le bout de son nez.
Le coupable se cache dans AMDGPU, le pilote graphique libre qu'AMD maintient pour Linux. On parle ici du logiciel qui fait le lien entre la carte graphique et le système d'exploitation.
Le problème ne date pas d'hier. En fouillant l'historique du code, le développeur à l'origine du correctif a remonté la piste jusqu'à une modification introduite en 2017. Presque huit ans de gels d'écran.
Le symptôme typique, c'est une erreur "flip_done timed out" dans les journaux du système. Pour faire simple, l'ordinateur attend que l'écran affiche l'image suivante, ce signal n'arrive jamais. Et tout gèle.
Le souci touche plusieurs machines, bien connues du monde Linux, comme le Lenovo ThinkPad T14 Gen1 en version AMD ou le Framework Laptop 13 équipé d'un processeur Ryzen 7 7840U. Jusqu'ici, le seul remède consistait à désactiver le PSR, pour "Panel Self Refresh".
Cette fonction d'économie d'énergie laisse l'écran réafficher tout seul sa dernière image fixe sans réveiller la carte graphique, histoire d'économiser de la batterie. Pratique sur un portable, sauf que c'est précisément elle qui déclenchait les gels.
Le plus intéressant, c'est la méthode employée. Le correctif a été mis au point en "vibe debugging" avec Claude Code, l'assistant de programmation d'Anthropic, le concurrent direct d'OpenAI. Le développeur a décrit le bug à l'IA, qui l'a aidé à explorer le code et à affiner les correctifs, plutôt que de dérouler une procédure de débogage classique.
Concrètement, les patchs revoient la gestion du "vblank" et du "page-flip" dans le bloc d'affichage DCN, c'est-à-dire la mécanique interne qui synchronise le moment où une nouvelle image remplace l'ancienne à l'écran. D'autres tentatives avaient échoué par le passé, mais cette série semble enfin tenir la route.
Maintenant patience, rien n'est encore intégré dans le noyau Linux officiel. Les correctifs doivent passer par les tests et la validation des mainteneurs avant d'arriver chez tout le monde, ce qui peut quand même prendre plusieurs versions du kernel.
Bref, on est là devant un bug fantôme qui date d'lil y a huit ans, débusqué en discutant avec une IA, voilà qui résume assez bien l'année 2026 côté développement.
Source : Phoronix
Un mini radar à avions open source à poser sur son bureau
Un petit boîtier rond, un écran circulaire de 240 pixels de côté, et une seule chose affichée dessus : les avions qui passent au-dessus de votre tête en temps réel. C'est Micro Radar, un projet open source signé Anthony Sturdy, un développeur basé à Londres qui l'a bricolé comme cadeau de mariage pour un ami passionné d'aviation.
L'objet tient dans la paume de la main. Au cœur du montage, un module ESP32-C3, une puce minuscule à WiFi intégré qu'on trouve pour quelques euros, soudée d'usine à un écran rond IPS de 1,28 pouce piloté par un contrôleur GC9A01. Pas besoin de toucher au fer pour relier des fils, tout est déjà connecté.
Là où c'est bien vu, c'est que Micro Radar ne capte pas les avions lui-même. Beaucoup de projets du genre utilisent l'ADS-B, le signal que les avions émettent en continu pour annoncer leur position, ce qui suppose une antenne et un récepteur radio. Ici, rien.
Le boîtier va plutôt chercher les données sur internet, via l'API d'OpenSky Network. OpenSky, c'est un réseau communautaire : des milliers de bénévoles dans le monde branchent chez eux des récepteurs qui captent les avions et mettent toutes ces positions en commun. L'API, l'interface qui permet à un logiciel d'aller piocher dans cette base, renvoie au boîtier les vols autour de vous.
Du coup, l'installation se fait simplement, sans rien brancher d'autre que le courant. Au premier démarrage, l'appareil crée son propre point d'accès WiFi baptisé MicroRadar-Setup. Vous vous y connectez depuis un téléphone, une page de configuration s'ouvre à l'adresse microradar.local, et vous renseignez juste votre position, le rayon à surveiller et vos identifiants OpenSky.
Ces identifiants sont facultatifs mais conseillés. Un compte OpenSky est gratuit et fait passer le quota de 400 à 4000 requêtes par jour, ce qui veut dire un rafraîchissement bien plus fréquent et donc un radar qui colle vraiment au trafic en temps réel plutôt qu'une image qui se met à jour au compte-gouttes.
Au niveau de la fabrication, il faut une imprimante 3D pour sortir les quatre pièces du boîtier en PLA, le corps, la façade, la bague et deux supports, un fer à souder uniquement pour insérer les écrous à chaud, et de la visserie M2. Une lentille en verre minéral de 32,5 mm protège l'écran si besoin. Comptez une à deux heures de montage une fois les pièces imprimées, ce qui est très raisonnable.
Le tout est sous licence MIT et le firmware se compile avec PlatformIO, donc le code en C++ comme les fichiers 3D sont libres, vous pouvez le construire, le modifier et même le revendre sans rien demander à personne. Le projet vit sa petite vie sur GitHub avec les instructions complètes.
Franchement, voir les avions de sa ville tourner sur un cadran rond posé près de l'écran, sans capteur ni abonnement, c'est quand même bien sympa.
Source : Hackster