Si on parle de jeux RTS (Real Time Strategy), les premiers noms qui viennent sont StarCraft et StarCraft 2, Command and Conquer et sa suite Red Alert, sans oublier Total Annihilation. Plus récemment, les créations plus modestes mais quand même impressionnantes du 8-bit Guy avec Planet-X2 (pour Commodore 64) et Planet-X3 (pour MS-DOS compatible à partir du premier IBM PC, le 5150).

Mais ce serait dommage d’oublier le principal ancêtre de ce genre, « Dune 2, la bataille pour Arrakis ». Sorti en 1992 sur PC, mais aussi Amiga puis sur Archimedes, le développeur Westwood Studios nous pond un RTS matiné de wargame de toute beauté.

Surtout, il se base dans l’univers foisonnant de Dune – pas franchement super bien adapté par le film de 1984 – en permettant au joueur de partir à la conquête d’Arrakis. On peut jouer dans une des trois maisons qui se disputent la planète : les Atréides, les Harkonnens et l’invention totale (et sacrilège ?) des Ordos.

Le jeu pose les bases de ce qui fait le RTS moderne : récupération et gestion des ressources, construction de base, attaques des bases ennemies. Que du classique.

J’ai donc pris la version sortie en 1992 et j’ai fait chauffer Dosbox-X pour montrer le jeu en action.

C’est vrai que la version de 1992 a très mal vieilli côté graphismes, mais ce n’est pas le plus important. On prend du plaisir à jouer, même si dans le tutoriel, la période de récolte de l’épice est un peu longue

Une refonte du jeu a eu lieu en 1998 sous le nom de Dune 2000. Plus récemment, une nouvelle version sort sous le nom de « Empereur : La bataille pour Dune » que j’ai pu voir et qui est un petit bijou graphique, rajoutant un côté 3D au titre.

Même s’il a mal vieilli, je vous conseille de vous plonger dans ce RTS ancestral. Ce serait comme se faire la série des Doom-like sans tester au moins une fois le Doom de 1993. Ce serait dommage.

Cela fait déjà 11 ans que je suis utilisateur d’Archlinux. En onze ans, je l’ai eu sur 3 machines différentes, pour une demi-douzaine d’installations successives en dur au final.

La dernière étant celle de mon PC fixe via Anarchy Linux. Installation qui a subi le passage du disque dur vers un nvme. Donc autant dire que l’installation a la peau dure.

Cependant, quand je vais sur des vidéos qui parlent d’Archlinux, que ce fussent les miennes quand j’étais encore sur Youtube, ou que ce soit sur des vidéos plus récentes, j’ai toujours la même rengaine qui veut qu’AUR soit la dernière des pourritures.

Je dois dire que ce genre de réflexion m’atomise les gonades. Oui, on en est plus bas que le niveau moléculaire. Si je prends la liste des paquets AUR de mon Archlinux, voici le résultat :


~ pacman -Qm
anydesk-bin 6.0.0-1
dosbox-x-sdl2 0.83.4-1
downgrade 8.1.0-1
flac2mp3-bash 1.0-7
gnome-shell-extension-appindicator 33-1
gnome-shell-extension-dash-to-dock 68+7+g8f1e968-1
gnome-shell-extension-easyscreencast-git 1.1.0.r6.g3252312-1
gnome-shell-extension-openweather-git r1088.7a9236a-1
imagewriter-git 20190501-1
it87-dkms-git 148.40bec4b-1
javacpc 1:2.9.8f-1
libreoffice-extension-grammalecte-fr 1.11.0-1
nerd-fonts-meslo 2.1.0-1
pamac-aur-git 9.5.7.r5.g647b30b-1
pcem-git r1575.9b737f6-1
qemu-arch-extra-git 11:5.1.0.r0.gd0ed6a69d3-1
qemu-git 11:5.1.0.r0.gd0ed6a69d3-1
ttf-ms-win10 10.0.18362.116-2
uuid 1.6.2-19
vice-svn r38378-1
xsane2tess 1.0-12
yay 10.0.3-1

~ pacman -Qm | wc -l
22


Oui, une vingtaine de paquets environ. Est-ce que mon installation est instable ? Est-ce qu’elle a explosé en vol ? Deux fois non. Pourquoi ?

1. Aucun noyau n’est récupéré depuis AUR
2. Aucune bibliothèque de bas niveau n’est récupérée depuis AUR
3. Aucun logiciel critique n’est récupéré depuis AUR

Bref, je ne prends que ce qui n’existe pas sur les dépots officiels, mis à part les versions git de qemu, de transmission-gtk (dont je suis le mainteneur), et Vice pour l’émulation C64. Idem pour les polices d’affichage. Bref, rien qui ne puisse mettre en danger mon installation.

AUR est très pratique pour tous les pilotes non disponibles sur les dépots officiels (comme les pilotes d’imprimantes). Le dépôt est surveillé par les Trusted Users (qui sont une petite cinquantaine) et je peux vous dire que les suppressions de paquets mal ficelés, c’est fréquent.

Mais il y aura toujours des personnes pour dire que c’est du n’importe quoi. Tant mieux pour les pisse-froids en question. Comme disait un certain Vladimir Illitch Oulianov : « Les faits sont têtus ».

Comprenne qui voudra ou qui pourra

Je rédige ce billet sur mon vieux portable Toshiba Satellite L300-2CZ qui vient de subir une opération à « circuit ouvert » qui s’est conclu par un changement de dalle, l’ancienne ayant rendu l’âme. Je tiens à remercier les doigts de fée qui ont mené cette opération périlleuse à terme.

En discutant avec Baba Orhum, je me suis pourquoi ne pas migrer la Manjaro Mate Tux’n’Vape installée dessus depuis environ 26 mois un certain temps vers Gnome ?


~ head /var/log/pacman.log
[2018-06-08 08:16] [PACMAN] Running 'pacman --noconfirm --cachedir /var/cache/pacman/pkg --config /opt/pacman-mhwd.conf --root / --needed -Sy xf86-video-ati xf86-video-amdgpu xf86-video-intel xf86-video-nouveau vulkan-intel vulkan-radeon libva-mesa-driver libva-vdpau-driver mesa-vdpau lib32-vulkan-intel lib32-vulkan-radeon lib32-libva-vdpau-driver lib32-mesa-vdpau'
[2018-06-08 08:16] [PACMAN] synchronizing package lists
[2018-06-08 08:16] [ALPM] transaction started
[2018-06-08 08:16] [ALPM] installed xf86-video-ati (1:18.0.1-1)
[2018-06-08 08:16] [ALPM] installed xf86-video-amdgpu (18.0.1-1)
[2018-06-08 08:16] [ALPM] installed libxvmc (1.0.10-1)
[2018-06-08 08:16] [ALPM] installed xf86-video-intel (1:2.99.917+829+gd7dfab62-1)
[2018-06-08 08:16] [ALPM-SCRIPTLET] >>> This driver now uses DRI3 as the default Direct Rendering
[2018-06-08 08:16] [ALPM-SCRIPTLET] Infrastructure. You can try falling back to DRI2 if you run
[2018-06-08 08:16] [ALPM-SCRIPTLET] into trouble. To do so, save a file with the following


Vous allez me dire : un Intel T4200 avec 4 Go de mémoire vive et un SSD de 60Go – autre opération à circuit ouvert – c’est de la folie furieuse…

Et bien, soyons fou !

J’ai donc migré l’ensemble de ma Manjaro Mate vers une Gnome en ligne de commande, et voici la sortie d’un NeoFetch. Oui, un peu plus de 900 Mo consommés au démarrage. Soit en gros 40% de plus que Mate sur la même machine. Mais j’y gagne la synchronisation de mon agenda, la vraie météo de l’endroit où j’habite et surtout une forme d’homogénéité entre mes deux ordinateurs.

Pas que je rejette Mate, mais son évolution est devenue trop lente, et certaines migrations se font attendre. Un autre test, qui tournera peut-être court, mais au moins, ça fonctionne

Comme disait une marque bien connue dans les années 1980 et 1990, à suivre…

Par ce néologisme, je parle de la production de titres ludiques pour des ordinateurs ou consoles techniquement obsolètes. Depuis le milieu des années 2010, j’ai constaté une multiplication de titres pour des vieux bousins digne des musées, entre autres pour les Amstrad CPC ou encore les Commodore Vic 20 et 64. Voire les vénérables ancêtres de nos PC comme la gamme XT sortie vers 1983 de mémoire.

Les titres sont variés, que ce soit des jeux de plate-formes comme « L’Abbaye des Morts », « Realms of Quest V » et « Vegetables Deluxe » chez Double Sided Games, « Red Sunset » d’ESP Soft, « The Curse of Rubinstein » de Stefan Vogt, ou encore « L’ile au trésor » pour ne citer des titres sortis que depuis 2019. J’allais oublier « Clevermind », mea culpa !

Il serait dommage que j’oublie aussi le duo « Planet-X2 » sur Commodore 64 et « Planet-X3 » sur PC pour MS-DOS dont j’ai déjà parlé sur le blog. Au point de faire un épisode « C’est trolldi, c’est permis » consacré aux pré-requis minimaux de « Planet-X3 ».

J’aurais pu aussi citer « The Shadows of Sergoth » sorti en 2018, mais vous avez un aperçu très léger de la scène du néo-rétro-computing. Le plus simple, c’est de suivre le site Indie Retro News qui est la bible dans ce domaine.

Dans un article que j’ai bien aimé, Iceman parlait de sa rechute de gamer, mais en rétro-gaming classique, et je le comprends quand on voit des jeux qui pèsent 50 Go et qui doivent se voir rajouter 10 Go de mise à jour dès l’installation. Ça devient rapidement gavant.

Je ne suis pas si nostalgique que cela des ports pourris du Spectrum vers mon Amstrad CPC à l’époque. J’admire les productions actuelles qui sont l’oeuvre de passionnés. Et qui tiennent la dragée haute aux productions d’équipe d’une génération auparavant.

Ce n’est qu’une infime minorité de la production vidéo ludique, j’en ai conscience. Mais cela permet aux vieux croutons ayant dépassé la quarantaine voire frôlant la cinquantaine de se faire une piqûre de jouvence bienvenue !

Dans l’épisode 229, j’évoquais les Amstrad PC 1512 et 1640. En 1985, Commodore sort son nouvel ordinateur 8 bits, le Commodore 128. Compatible avec son petit frère le Commodore 64, c’est aussi un ordinateur qui en a dans les tripes.

Outre le fait qu’on peut utiliser le moribond CP/M, il est fourni avec une interface graphique pilotable au joystick (les souris sur les Commodore 8 bits, ça court pas les rues), du nom de GEOS.

Oui, une interface graphique en 1986. Plus utilisable que MS-Windows 1.0 (pas difficile), il est compatible avec le nouveau mode 80 colonnes du Commodore 128, au coût d’une interface monochrome

J’ai pu récupérer une image disquette contenant GEOS via le site Commodore Software. J’ai ensuite utilisé Vice pour montrer l’ensemble en action, même si la version de développement que j’ai utilisé ici m’a fait une crise et un plantage mal venu…

L’interface existait aussi pour le Commodore 64 sous le nom de GEOS 64, mais il serait étonnant qu’elle fut autant utilisé que cela. Les Commodore 64 et 128 était catégorisé comme étant des machines de jeux.

C’était d’ailleurs leurs forces, surtout quand on voit le portage de Super Mario effectué sur Commodore 64 et sorti en 2018 ou 2019

Impressionnant, non ?