Après Wine, après Dolphin, après tous ces émulateurs qui se cassent le cerveau à reproduire le moindre transistor d'une console... voici TouchHLE !
Et celui-là, il a compris un truc que beaucoup oublient qui est que pour faire tourner des vieux jeux iPhone de 2008-2011, y'a pas besoin de recréer un iPhone complet dans votre PC.
Faut juste que les apps croient qu'elles tournent sur iOS. Du coup, le projet c'est de réimplémenter les frameworks Apple (UIKit, OpenGL ES, OpenAL) en natif, et seul le binaire ARM de l'app est émulé via dynarmic. Le reste, c'est du code Rust qui fait le boulot directement sur votre machine.
Bref, c'est de l'émulation "haut niveau" (HLE pour High-Level Emulation), l'approche opposée à QEMU qui simule chaque instruction du processeur. C'est la même philosophie que Dolphin pour la GameCube ou Wine pour Windows. Plus léger, plus rapide, mais ça demande de connaître intimement chaque fonction que les apps appellent.
Le logo TouchHLE : un engrenage Rust avec le bouton Home de l'iPhone, tout un symbole ( Source )
Et le résultat c'est que sur les 667 apps testées dans leur base de compatibilité , 153 fonctionnent parfaitement et 101 sont jouables avec des bugs mineurs. Je vous parle de pépites du gaming portable comme Super Monkey Ball, Doom, Sonic, Tetris, Pac-Man, Angry Birds ou Cut the Rope. De quoi croquer les madeleines de votre jeunesse iOS première génération.
Super Monkey Ball qui tourne dans TouchHLE, nostalgie de 2008 ( Source )
Le projet a été lancé en décembre 2022 par Hikari_no_yume, en mode "projet passion à plein temps". Et depuis la release publique de février 2023, c'est devenu un effort communautaire avec une quarantaine de contributeurs. Et ça tourne sur Windows, macOS et même Android.
Alors oui, ça ne fait pas tourner les apps modernes 64-bit, la FAQ est claire là-dessus. Le codebase est conçu pour le 32-bit de l'époque iPhone OS 2.x et 3.0, et l'équipe assume : les jeux post-iOS 7 avec leurs modèles freemium, c'est pas leur combat. Eux, ils préservent les classiques d'avant que le mobile gaming devienne un casino déguisé.
D'ailleurs, si la récente ouverture d'Apple aux émulateurs sur l'App Store vous a donné des idées, sachez que TouchHLE ne peut pas tourner sur iOS lui-même... il a besoin de compilation JIT, et Apple bloque ça sur sa propre plateforme. Hop, on reste donc sur PC ou Android.
Pour l'installer, c'est dispo sur GitHub avec des releases pour Windows, macOS et Android. Il vous faudra vos propres fichiers .ipa (les apps iPhone de l'époque), le projet ne fournit rien pour des raisons légales évidentes. Mais si vous avez gardé des backups iTunes d'il y a 15 ans... c'est le moment de les ressortir.
Perso, je trouve l'approche pas con. Plutôt que de s'acharner à reproduire le hardware Apple bit par bit (ce qui serait un cauchemar légal et technique), ils ont choisi la voie pragmatique : faire croire aux apps qu'elles sont chez elles, sans jamais toucher au code d'Apple. Et ça c'est malin !
Microsoft vient de faire un truc qui va faire jacter tous vos sites tech au moins pour la semaine ! En effet, la firme de Redmond ouvre Windows aux agents IA autonomes, ces assistants capables d'agir sur votre système sans que vous ayez à cliquer sur chaque bouton. Ahaha, j'adore ! Et là, forcément vous me connaissez, niveau sécu, ça soulève quelques questions.
Ce framework s'appelle Agent Launchers et il débarque dans Windows Insider Preview. L'idée c'est de permettre à des assistants logiciels de s'enregistrer auprès de l'OS pour interagir avec vos fichiers et vos apps dans un environnement isolé. Kevin Scott, le CTO de Microsoft, compare ça à Windows 3.0 qui avait fait de l'OS la plateforme incontournable pour les devs. Sauf qu'aujourd'hui, on parle pas de Word ou Excel, on parle de trucs qui prennent des décisions à votre place. Oui comme votre mère.
Les paramètres Windows AI Components - c'est là que ça se passe ( Source )
Mais rassurez-vous les mécréants, Microsoft a quand même prévu des garde-fous. En effet, les agents tournent dans un Agent Workspace isolé, avec leur propre compte utilisateur Windows dédié. Ils ne peuvent pas dépasser vos permissions, et par défaut, ils n'ont accès qu'à 6 dossiers : Documents, Téléchargements, Bureau, Musique, Images et Vidéos. De plus, le système est désactivé par défaut et il faut un admin pour l'activer. Voilà, les 3 loi d'Asimov version krosoft sont donc la non-répudiation (les actions sont loggées), la confidentialité (isolation des données), et l'autorisation (permissions explicites).
Le message d'avertissement quand vous activez les fonctionnalités agentiques - Microsoft prévient que c'est pas encore au point ( Source )
Sauf que voilà. Y'a un gros éléphant dans la pièce qui s'appelle XPIA, pour Cross-Prompt Injection Attack. Si vous avez suivi l'affaire EchoLeak sur Microsoft 365 Copilot, vous savez de quoi je parle. Le principe c'est qu'un contenu malveillant planqué dans un fichier ou une page web peut détourner les instructions de l'IA. L'agent croit alors exécuter une tâche légitime alors qu'il balance vos données à un serveur pirate. Et le pire c'est que Microsoft reconnaît le risque noir sur blanc dans sa propre documentation.
Le problème fondamental c'est ce que les chercheurs appellent la LLM Scope Violation : l'IA traite les données de confiance et les données potentiellement hostiles dans le même "cerveau", sans vraiment faire la différence. C'est comme si votre assistant faisait aveuglément tout ce qu'il lit, que ça vienne de vous ou d'un spam. Et ça, c'est un défaut architectural qui touche tous les systèmes agentiques basés sur des LLM, et pas juste ceux de Microsoft.
D'ailleurs, si vous vous demandez pourquoi Microsoft prend ce risque énorme, c'est simple la réponse est dans les chiffres. En fait, les revenus de Windows stagnent tandis qu'Azure a explosé à plus de 75 milliards de dollars par an. La stratégie c'est donc de transformer Windows en hub pour les agents, et de le faire devenir la plateforme incontournable de l'ère IA, exactement comme ils l'avaient fait avec les applications traditionnelles dans les années 90.
Alors pour l'instant, c'est réservé aux Windows Insiders dans le canal Dev et les testeurs sont explicitement prévenus que les protections XPIA ne sont "pas parfaites" et qu'il faut surveiller ce que font les agents. Bref, c'est de la beta assumé mais vu comment l'IA peut déjà introduire des vulnérabilités dans le code, imaginez ce que ça peut donner avec un agent qui a accès à votre système de fichiers.
Les entreprises qui veulent déployer ça vont donc devoir sérieusement revoir leurs politiques de sécurité. Audit des données accessibles, monitoring des actions des agents, sensibilisation des équipes... L'IA autonome, c'est plus un gadget de productivité, c'est un vecteur d'attaque potentiel qu'il va falloir commencer à traiter comme tel.
La guerre des consoles des années 90, c'est terminé depuis longtemps... Enfin, c'est ce qu'on croyait ! Car un moddeur du nom de Malucard vient de raviver les braises en portant Super Mario 64 sur... PlayStation 1. Oui, le jeu phare de la N64 qui tourne nativement sur la console de Sony... À l'époque de ma jeunesse aux temps jadis, ça aurait fait scandale ^^
Le projet s'appelle SM64-PSX et c'est basé sur le fameux travail de décompilation de Super Mario 64 qui circule depuis quelques temps. Sauf que là, au lieu de simplement recompiler le code pour PC, Malucard l'a adapté pour qu'il tourne sur le hardware de la PS1. Et c'était pas gagné d'avance.
Car les deux consoles sont très différentes niveau architecture. Du coup, il a fallu réécrire tout un tas de trucs : conversion en mathématiques à virgule fixe au lieu de flottants, compilation just-in-time des listes d'affichage dans un format custom, compression des animations (de 580 Ko à 190 Ko stockés directement en VRAM), quantification des textures en 4 bits... Bref, du bricolage de haut niveau pour faire rentrer un jeu N64 dans une PS1.
Mais c'est jouable, même si faut pas s'attendre à du miracle non plus. Y'a des arbres qui flottent dans le vide à cause des conversions mathématiques, certaines animations font crasher le jeu, la caméra est aux fraises dans pas mal de niveaux, et le menu pause ne fonctionne pas. Mais bon, voir Mario sauter dans le château de Peach sur une PlayStation, ça a quand même de la gueule !
Et le plus marrant dans l'histoire, c'est que cette initiative a provoqué une riposte de l'autre camp. Des fans de Spyro the Dragon ont lancé un projet miroir pour porter le jeu d'Insomniac... sur N64 ! La guerre des consoles continue donc, mais cette fois-ci ce sont les fans qui s'en chargent.
Voilà, si vous voulez tester, le code source est dispo sur GitHub . Il vous faudra une ROM originale de Super Mario 64 version US et quelques outils de compilation. Le build génère un fichier ISO et CUE prêt à être gravé ou émulé. Le projet supporte même les manettes DualShock avec les vibrations !
Merci à Lorenper pour l'info !
Non mais vous avez vu ça ? On dirait un extrait de iRobot, sauf que c'est pas du cinéma.
Unitree, les mêmes tarés qui nous avaient sorti le G1 à 16 000$ (celui qui peut se plier comme un contorsionniste), viennent de lâcher une vidéo de leur nouveau bébé, le H2, en train de faire du kickboxing. Et quand je dis kickboxing, c'est pas une métaphore. Le bestiau balance des coups de pied latéraux, des pirouettes, des frappes au genou... Bref, tout l'arsenal du parfait combattant de MMA, mais en version 1m82 et 70 kilos de métal.
Le H2 qui fait le beau - enfin, le flippant ( Source )
Et le truc qui fait vraiment flipper, c'est la démo de combat car Unitree a fait aussi affronter son H2 contre le G1, le petit frère moins costaud. Résultat, un coup de genou du H2 a littéralement soulevé le G1 du sol. 360 N·m de couple dans les articulations des jambes, c'est énorme. Pour vous donner une idée, c'est le genre de force qui peut soulever un autre robot du sol, comme on l'a vu dans leur démo.
Et je vous raconte pas les specs de malade : 31 degrés de liberté, 7 articulations par bras, 6 par jambe, et une capacité de charge de 15 kilos. L'engin peut porter des trucs lourds tout en gardant l'équilibre sur une jambe. Et côté cerveau, la version EDU peut embarquer un processeur NVIDIA Jetson AGX Thor qui développe 2070 TOPS. Pour les non-initiés, c'est la puissance de calcul qu'il faut pour faire tourner des modèles d'IA en temps réel.
Les articulations qui font mal - 360 N·m de couple, ça rigole pas ( Source )
Comme je vous le disais pour le G1 , Unitree joue dans une autre cour niveau tarif. Le H2 est affiché à 29 900$, soit presque deux fois le prix du G1, mais on est loin des centaines de milliers de dollars que coûte un Atlas de Boston Dynamics. Et là où Boston Dynamics cible l'industrie , Unitree semble vouloir créer une armée de robots polyvalents. Pour quoi faire ? Bonne question.
Quand je vois ce robot capable de me mettre un high kick dans la tronche avec la précision d'un champion de taekwondo, je me dis qu'on est peut-être en train de fabriquer nos propres cauchemars. Les ingénieurs d'Unitree ont clairement des compétences de fou, mais parfois je me demande s'ils ont regardé Terminator. Ou Black Mirror. Ou n'importe quel film de SF des 40 dernières années.
Bon, après je me rassure comme je peux en me disant que l'autonomie est d'environ 3 heures donc ils n'iront pas très loin... Et puis après tout, c'est juste une démo impressionnante pour vendre du matos. Pas vrai ? Pas vrai ??
Après les robots qui font le petit-déj , après les machines à pâte à modeler , voici l'usine qui fabrique des voitures. Et pas n'importe quelles voitures... des petites tutures en briques que vous pouvez regarder s'assembler toutes seules pendant des heures.
Banana Gear Studios vient de sortir la version 2.0 de sa ligne d'assemblage automatisée, et c'est du next level. Le concept ? Un bras robotique qui attrape les pièces une par une sur des palettes, les transporte jusqu'à la zone d'assemblage, et les clipse avec la bonne pression. Et le truc de malade, c'est que la machine peut enchaîner 3 véhicules différents à la suite sans broncher.
Chaque voiture est composée de 7 sections : le châssis, les roues avant, les roues arrière, le moteur, la carrosserie avant, la carrosserie arrière et le pare-brise. Bref, tout ce qu'il faut pour avoir un petit bolide à la fin. Le système gère plus d'une centaine d'opérations par véhicule, avec un taux de réussite d'environ 97%. Pas mal pour des engrenages Technic et quelques moteurs Mindstorms.
Du coup, comment ça marche ?
Hé bien le bras se déplace sur 3 axes (avant-arrière, gauche-droite, haut-bas) grâce à un système de crémaillères et de chaînes. Pour éviter le fameux problème de backlash (le jeu dans les engrenages qui fait perdre en précision), le créateur a dû ruser avec des mécanismes de tension et un système d'alignement qu'il appelle le "wiggle". En gros, avant de poser une pièce, le bras fait une petite danse pour s'assurer que tout est bien en place. Hop, la pièce se clipse, et on passe à la suivante.
Le plus impressionnant je trouve, c'est le système de palettes. Chaque couleur de voiture a sa propre palette avec toutes les pièces rangées dans le bon ordre. Quand une voiture est terminée, la palette vide s'éjecte et la suivante prend sa place automatiquement. C'est exactement comme dans une vraie usine automobile, mais en miniature et avec des briques colorées.
Une fois encore, ce genre de projet montre bien pourquoi les petites briques danoises ont dépassé le stade du simple jouet depuis longtemps. Entre les mains des makers, elles deviennent de véritables outils de prototypage et je trouve que regarder cette machine bosser, c'est presque méditatif.
Alors oui, ça ne sert à rien mais parfois, le "à quoi ça sert ?" n'est pas la bonne question. La bonne question c'est : "Est-ce que c'est cool ?". Et là, la réponse est clairement oui.
Je me suis fait offrir Arc Raiders pour Noël et je vous avoue que je ne comprends rien. En deux-trois parties, j'ai eu le temps de me faire démonter par des joueurs qui avaient visiblement passé leur réveillon à farmer du loot pendant que moi je cherchais encore comment ouvrir mon inventaire. Bref, super ambiance.
Arc Raiders, l'extraction shooter d'Embark Studios
Du coup, quand je suis tombé sur cette actu, ça m'a un peu rassuré. Embark Studios vient en effet de confirmer ce que la communauté soupçonnait depuis un moment : le jeu utilise bien un système de matchmaking basé sur l'agressivité. En gros, si vous êtes du genre à tirer sur tout ce qui bouge, vous serez matchés avec d'autres psychopathes du PvP. Et si comme moi vous préférez looter tranquillou sans vous faire exploser la tronche toutes les deux minutes, vous croiserez des joueurs plus... pacifiques.
Patrick Söderlund, le CEO d'Embark Studios, a expliqué le truc dans une interview avec Games Beat que voici :
Et d'après ce qu'il raconte, la hiérarchie du matchmaking fonctionne comme ça : d'abord le skill (votre niveau de jeu), ensuite le type de groupe (solo, duo ou trio), et enfin votre tendance PvP ou PvE. Le système analyse si vous êtes plutôt du genre à éviter les conflits ou à foncer dans le tas, puis vous met avec des joueurs au comportement similaire.
Bon, Söderlund a quand même précisé que "ce n'est pas une science exacte". Genre, si vous ne faites que riposter quand on vous attaque, est-ce que le système vous considère comme agressif ? Parce que techniquement, vous avez quand même buté quelqu'un...
En tout cas, ça fait plaisir d'avoir enfin une confirmation officielle ! Les joueurs présents sur Reddit vont enfin pouvoir arrêter de se disputer à ce sujet !
Du loot, des robots géants, et les autres joueurs... tout un programme !
Et pour ceux qui débarquent comme moi, sachez que les extraction shooters c'est un genre où vous débarquez sur une map, vous ramassez du stuff, et vous essayez de vous extraire sans tout perdre. Sauf que contrairement à un jeu de survie classique, les autres joueurs peuvent vous tomber dessus à tout moment. D'où l'importance d'un bon matchmaking pour limiter les chances que les débutants se fassent massacrer par des vétérans.
Bref, je vais peut-être pouvoir retourner sur Arc Raiders sans me faire one-shot dans les 30 premières secondes. Enfin, en théorie, parce qu'en pratique je suis quand même nul à chier, il va falloir que je me tape quelques tutos pour comprendre de quoi il en retourne ^^.
Si vous cherchez de la musique pour vos vidéos YouTube, vos podcasts ou même vos apps, vous savez que c'est souvent la galère. Soit vous payez des royalties à n'en plus finir, soit vous vous tapez des morceaux sous licence tellement restrictive que vous ne savez même plus ce que vous avez le droit de faire avec !
Hé bien ça tombe bien car je suis tombé sur Unminus et vous allez voir, c'est pas mal.
Il s'agit d'un site qui propose de la musique gratuite pour la plupart des usages, y compris commerciaux. Pas de pub qui vous explose la tronche, pas de conditions tordues, mais juste du son que vous pouvez télécharger et utiliser dans le cadre de leur licence ! C'est le modèle Unsplash appliqué à la musique, avec le slogan "No Rules. No Ads. Yes Artists."
Pour faire votre sélection, vous pouvez filtrer par humeur : Calm, Happy, Cool, Motivation, Sad, Bizarre, Aggressive...etc. Chaque piste affiche le BPM, le genre et même si c'est instrumental ou pas. Pratique quand vous cherchez un morceau précis pour caler sous votre intro de podcast ou une scène de votre court métrage.
Au niveau de la licence, ce n'est pas du CC0 comme on pourrait le croire. En réalité, Unminus a sa propre licence qui autorise l'usage commercial et non-commercial, les modifications (vous pouvez chanter dessus, découper, allonger, compresser...etc.), et même monétiser vos vidéos YouTube. Par contre, impossible de revendre la musique telle quelle ou de créer un service concurrent style "Unminus 2.0".
Bref, c'est généreux mais pas non plus l'anarchie.
L'attribution n'est pas obligatoire, mais appréciée et si vous voulez donner un coup de pouce aux artistes, vous pouvez backlinker vers Unminus ou leurs réseaux sociaux. D'ailleurs, le modèle économique repose sur Patreon pour la rémunération des créateurs, ce qui est assez cohérent avec la philo "Yes Artists". C'est fait en Allemagne, hébergé sur SoundCloud pour l'audio, et ça tourne sous Webflow.
Petit bonus, si vous uploadez une vidéo YouTube avec une piste Unminus et que vous vous prenez une réclamation Content ID (ça arrive), le service vous fournit un identifiant de whitelisting pour faciliter la résolution. Enfin, pour ceux qui veulent la qualité maximum, il y a une option pour télécharger en WAV à partir de 5 balles, mais le format gratuit suffit largement pour 99% des usages.
Bref, si vous êtes créateur de contenu et que vous en avez marre de jongler avec les droits d'auteur, Unminus peut clairement vous dépanner. Y'a pas des millions de morceaux, mais c'est propre, gratuit et sans prise de tête. Si vous cherchez d'autres alternatives, j'avais aussi parlé de CChound qui agrège des morceaux Creative Commons, ou vous pouvez consulter ma compilation de ressources de musique libre ici.
Merci à Lorenper pour le tip et bonne écoute à tous !
Vous avez déjà rêvé de virer le petit Tux qui s'affiche au démarrage de votre machine Linux pour le remplacer par un truc plus perso ?
Bon OK, sur les distros modernes avec Plymouth ou un bootsplash, on ne le voit plus trop ce logo du kernel... mais si vous bootez en mode console framebuffer, il est bien là ! Petite précision quand même, le logo du kernel ne s’affiche pas magiquement dès qu’on est en "console framebuffer". En fait, pour que ça marche, il faut à la fois que le support de la console framebuffer soit activé dans le kernel (CONFIG_FB_CONSOLE=y) et qu’un framebuffer soit réellement disponible au moment du boot.
Sur les machines modernes, ça passe souvent par simpledrm + KMS, ce qui fonctionne très bien dans la majorité des cas. Mais selon le GPU et le firmware, il arrive encore que l’écran reste noir jusqu’au passage en userspace, même sans Plymouth. Le** logo peut s’afficher**, mais ce n’est pas garanti à 100 % sur toutes les configs.
Bref, c'était possible avant mais fallait se farcir pas mal de bidouille dans les sources du kernel, et c'était pas franchement user-friendly.
Hé bien bonne nouvelle, Vincent Mailhol vient de proposer un patch qui simplifie tout ça !
Du coup, avec ce nouveau patch pour un prochain kernel, vous pouvez spécifier directement le chemin de votre logo personnalisé dans la configuration Kconfig. Fini les bidouilles dans les Makefiles et les sources, y'a maintenant trois options toutes propres : une pour le logo monochrome (format PBM), une pour la version 16 couleurs (PPM), et une pour la version 224 couleurs (PPM aussi). Et c'est à la compilation, que l'outil pnmtologo convertit votre image en code C qui est ensuite directement intégré au kernel. Et ensuite, c'est le framebuffer qui l'affiche au boot comme d'hab.
Et là je me suis dit que ça serait cool de vous proposer mon logo Korben tout prêt, histoire que vous puissiez tester direct. Du coup je vous ai préparé le fichier logo_linux_clut224.ppm au bon format (PPM ASCII 224 couleurs), vous n'avez plus qu'à le télécharger et suivre le tuto ci-dessous.
Bon alors avant de vous lancer, vérifiez que vous avez les sources du dernier kernel Linux, les outils netpbm pour la conversion d'image, et les trucs de compilation habituels (gcc, make...etc.). Hop, une fois que c'est bon, on peut attaquer.
Avec le nouveau patch (une fois qu'il sera mergé dans le kernel), c'est devenu hyper simple. Dans menuconfig ou xconfig, allez dans :
Device Drivers -> Graphics Support -> Bootup logo
-> Standard 224-color Linux logo file: /chemin/vers/logo_linux_clut224.ppm
Voilà, vous spécifiez le chemin et c'est réglé. Mais si vous êtes sur un kernel plus ancien, faudra passer par la méthode classique.
Commencez par installer les dépendances. Sous Debian/Ubuntu :
sudo apt install netpbm build-essential libncurses-dev bison flex libssl-dev libelf-dev
Sous Fedora/RHEL (téléchargez les vraies sources kernel depuis kernel.org) :
sudo dnf install netpbm-progs ncurses-devel elfutils-libelf-devel openssl-devel bc bison flex
Et sous Arch :
sudo pacman -S netpbm base-devel
Ensuite, récupérez les sources du kernel. Soit vous chopez celles de votre version actuelle avec apt source linux-image-$(uname -r), soit vous téléchargez la dernière sur kernel.org. Une fois décompressées, copiez le logo Korben à la place du logo par défaut. Sachez quand même que remplacer directement les fichiers dans drivers/video/logo/ fonctionne très bien pour un test perso, mais ce n’est clairement pas une méthode propre sur le long terme.
Ça complique les mises à jour, ça casse la reproductibilité du build, et c’est totalement inacceptable dans un contexte de packaging distro.
Mais bon, pour bidouiller chez soi, comme on est en train de le faire là, aucun souci. Mais pour un usage propre ou maintenable, mieux vaut éviter… et justement, le fameux patch dont je parlais plus haut va dans ce sens !!
cp /chemin/vers/logo_linux_clut224.ppm drivers/video/logo/logo_linux_clut224.ppm
Maintenant on configure le kernel. Copiez d'abord votre config actuelle avec cp /boot/config-$(uname -r) .config puis lancez make menuconfig. Naviguez vers :
Device Drivers --->
Graphics support --->
[*] Bootup logo --->
[*] Standard 224-color Linux logo
Console display driver support --->
[*] Framebuffer Console support
Assurez-vous que ces options sont cochées avec * (ce sont des booléens, pas des modules).
Ensuite, y'a plus qu'à compiler. Adaptez le -j selon votre nombre de coeurs :
make -j$(nproc)
sudo make modules_install
sudo make install
Sur Debian/Ubuntu, lancez
sudo update-grub
Sur Fedora, c'est
sudo grub2-mkconfig -o /boot/grub2/grub.cfg
Et si votre distro utilise un initramfs, pensez à le régénérer aussi (sudo update-initramfs -u ou équivalent).
Et hop, redémarrez et admirez votre nouveau logo au boot !
Si vous voulez utiliser une autre image que mon logo Korben, voici comment la convertir au bon format :
sudo apt install imagemagick netpbm
convert mon_logo.png -background white -flatten -colors 224 temp.png
pngtopnm temp.png | ppmquant 224 | pnmtoplainpnm > logo_linux_clut224.ppm
rm temp.png
Le kernel attend un format PPM ASCII (P3) avec maximum 224 couleurs. Pour la taille, pas de contrainte stricte mais entre 80x80 et 200x200 pixels c'est l'idéal. À noter aussi que cette histoire de taille "idéale" reste surtout une recommandation et pas une règle imposée par le kernel car techniquement, Linux ne fixe aucune dimension maximale ou minimale pour le logo. L’image est simplement centrée à l’écran, sans mise à l’échelle.
Là je me suis loupé !
Du coup, un logo trop grand ne sera pas redimensionné mais sera juste rogné ou visuellement dégueu selon la résolution du framebuffer.
Les tailles autour de 80×80 à 200×200 pixels donnent en général le meilleur rendu, mais c’est avant tout du bon sens. Et évitez les dégradés trop complexes vu la limite de couleurs.
Sur les kernels récents (6.x et plus), sachez que simpledrm joue un rôle clé dans l’affichage du logo. En effet, sur beaucoup de machines modernes, il a pris le relais des anciens framebuffer comme efifb et permet d’avoir un affichage très tôt au boot, avant même le lancement de l’userspace.
Donc si le logo ne s’affiche pas alors que tout semble correctement configuré, le problème vient parfois simplement du fait que le framebuffer n’est pas encore actif à ce stade du démarrage, selon le GPU, le firmware ou la façon dont le driver est initialisé.
Autre cause fréquente, Plymouth (ou un autre bootsplash) qui masque tout simplement le logo du kernel. Pour vérifier, vous pouvez désactiver Plymouth temporairement en ajoutant plymouth.enable=0 aux paramètres kernel dans GRUB.
Rnfin, si vous utilisez un driver graphique KMS moderne (ce qui est le cas de la majorité des systèmes actuels), le logo devrait alors s’afficher pendant les toutes premières secondes du boot. En cas d’écran noir persistant, un test ponctuel avec nomodeset peut aider à diagnostiquer le problème, mais ce n’est pas une solution à utiliser systématiquement sur les machines récentes.
Et, pour les problèmes de couleurs bizarres, assurez-vous que votre fichier est bien en format P3 (ASCII) et pas P6 (binaire), quitte à relancer la conversion avec pnmtoplainpnm.
Dernière précision qui évite pas mal de confusions et après j'arrête de vous en faire des tartines, ce logo de boot est directement intégré au kernel, et pas à l’initramfs. Autrement dit, régénérer l’initramfs avec update-initramfs ou équivalent n’a aucun impact sur le logo du kernel. Donc si vous changez le logo, c’est bien le kernel lui-même qu’il faut recompiler et réinstaller.
Bref, perso, je trouve ça super cool qu'on puisse enfin personnaliser ce logo sans se prendre la tête. Ça fait un peu geek old-school c'est vrai, mais y'a un petit côté frime à avoir son propre logo au démarrage de sa bécane, que j'aime bien ^^.
Vous êtes assis ? Parce que là, on touche le fond du fond du fond des polémiques stupides. Car oui, Internet vient encore de découvrir que l'intelligence artificielle existe... et visiblement, c'est un choc pour pas mal de monde.
Le trailer de Jana Nayagan, le prochain film de la superstar tamoule Vijay, est sorti ce weekend. Et à 23 secondes après le début, pendant une scène où quelqu'un arme un fusil à pompe, les internautes aux yeux de lynx ont repéré un truc : le logo de Google Gemini. Vous savez, la petite étoile à quatre branches. Bref, visiblement quelqu'un aurait utilisé l'IA pour retoucher une image et oublié d'enlever le watermark. C'est con avec mon outil que j'ai développé spécialement pour l'occasion, ça leur aurait pris deux secondes...
Du coup, Twitter s'est enflammé : "C'est du foutage de gueule. Faut pas que ça devienne normal, l'IA n'a rien à foutre dans les films… et nia nia nia"... Oui des gens sont CHOQUÉS qu'une équipe de production utilise des outils numériques pour créer des images.
Et là, perso, j'ai une question toute bête... Est ce que les gens sont aussi scandalisés quand un graphiste utilise Photoshop ou qu'un musicien utilise un DAW pour composer ? Parce que bon, ça fait 30 ans que le cinéma use et abuse des effets spéciaux numériques, des fonds verts, des retouches en post-prod. Mais là, c'est de l'IA, donc faut croire que c'est une insulte à l'art.
Le plus drôle dans l'histoire c'est que l'équipe du film a réagi au quart de tour. Quand le Hindustan Times a vérifié le trailer dimanche matin, hop, le logo avait disparu. Supprimé comme si de rien n'était. Sauf que le mal était fait, les captures d'écran circulaient déjà partout. Et d'ailleurs, il ne l'ont pas enlevé de la version dispo sur Youtube :
D'ailleurs, petit complot perso que je me suis fait tout seul dans ma tête : Et si c'était fait exprès ? Parce que là, un film tamoul qui aurait eu du mal à faire parler de lui en Occident se retrouve dans les médias tech un peu partout. Buzz gratuit à fond la caisse. Alors marketing de génie ou erreur de stagiaire ? Vous le saurez au prochain épisode.... Toudoum !
Bref, Jana Nayagan sort le 9 janvier en Inde et accessoirement, c'est le 69e et dernier film de Vijay avant qu'il se consacre pleinement à sa carrière politique (il a lancé son parti en 2024 le garçon). Mais tout ça, personne n'en parle. Non, ce qui compte, c'est un petit logo visible une fraction de seconde.
On vit vraiment une époque formidable et moi ça me permet d'alimenter mon site avec ce genre de conneries qui me font bien rire ^^ !
Vous vous souvenez de The Settlers sur Amiga, ce jeu où vous passiez des heures à regarder vos petits bonhommes transporter du bois, de la pierre et du blé sur des chemins tortueux pendant que votre économie tournait toute seule comme une machine bien huilée ? Ouais, ce jeu-là. Celui qui a ruiné vos week-ends en 1993.
Eh bien un développeur du nom de nicymike a décidé de recréer tout ça from scratch. Serflings , c'est donc un remake complet de The Settlers 1 (aussi connu sous le nom de Serf City: Life is Feudal) codé entièrement en Java. Et quand je dis complet, c'est vraiment complet puisqu'on y retrouve toutes les missions originales avec leurs mots de passe, le mode multijoueur en 1 contre 1 en LAN, et même le support des sauvegardes du jeu original.
Serflings en action ( Source )
Le projet est en développement actif depuis un moment et la version 2.2.0 est sortie fin novembre 2025. Parmi les features qui font plaisir il y a le support des hautes résolutions avec zoom (fini le 320×200 qui pique les yeux), un système de construction de routes intelligent avec preview en temps réel, et la possibilité de jouer sur Windows, macOS ou Linux.
Bon, un truc à savoir quand même, vous aurez besoin des fichiers graphiques originaux pour faire tourner le bouzin, à savoir les fameux SPAE.PA (version anglaise) ou SPAD.PA (version allemande).
C'est parce que les assets appartiennent toujours à Ubisoft, donc nicymike ne peut pas les distribuer avec son remake. Donc si vous avez encore vos disquettes Amiga qui traînent quelque part, c'est le moment de ressortir l'émulateur, sinon, The Settlers History Edition est toujours dispo sur Ubisoft Connect. Y'a pas de petits profits...
Ce que j'aime bien dans ce projet, c'est qu'il ne cherche pas à refaire la roue. C'est vraiment le même gameplay de gestion logistique qui faisait le charme de l'original. Vous construisez des routes, vous placez vos bâtiments, vous optimisez vos flux de ressources, et vous regardez vos petits sujets courir dans tous les sens comme des fourmis sous coke, pendant que votre royaume s'étend. Et 30 ans plus tard, c'est toujours aussi addictif.
Pour ceux qui veulent tester, il vous faudra Java 17 minimum (pour la version 2.x). Vous téléchargez le JAR, vous balancez vos fichiers graphiques dans le bon dossier, et hop c'est parti pour des heures de nostalgie.
Voilà, si vous avez la nostalgie des jeux de gestion des années 90 où on prenait le temps de construire quelque chose de beau au lieu de rusher des objectifs, Serflings mérite clairement le détour.