L’émulation logicielle, justifiable uniquement sur le plan économique ?

La mode du vintage en informatique est une tendance lourde depuis plusieurs années, comme si l’informatique et ses jeux photoréalistes finissaient par lasser les joueurs et joueuses. Comme s’il y avait besoin de revenir à une période que l’on qualifie à tort de dorée et de meilleure.

Sur le plan technique et graphique, les jeux AAA modernes écrasent tout. Même si les dits jeux valent entre 20 et 60€ en moyenne. Je dois dire que j’ai pu voir quelqu’un jouer à Doom Eternal avec son rendu photoréaliste. Il est très beau, mais le côté « tomb raider » de l’ensemble m’a vite lassé. Il manquait un petit quelque chose que je ne saurai pas définir.

Vous me direz à raison que les graphismes pixelisés d’un Minecraft tranche avec les jeux modernes, comme Cyberbug… Cyberpunk 2077 🙂

Mais revenons au sujet de l’émulation. Il y a deux possibilités pour apprécier des vieux ordinateurs. Soit posséder l’ordinateur concerné – ce qui revient parfois à plusieurs centaines d’euros pour des modèles retapés et fonctionnels – soit passer par l’émulation.

Dans le premier cas, on a la vraie expérience, même si on s’équipe rapidement d’un lecteur de carte SD ou de clé USB (sd2iec pour les Commodore 8 bits, Gotek pour les Amstrad CPC par exemple) contenant les jeux au format image disque.

Qui irait utiliser directement des cassettes ou des disquettes (5 pouces 1/4, 3 pouces et demi) ? Non seulement l’âge des supports ont réduit la fiabilité, mais on n’est pas certain que le lecteur disquettes ou de cassette en question ne tombera pas en carafe.

Sans oublier l’encombrement lié au dit matériel.

Continuer la lecture de « L’émulation logicielle, justifiable uniquement sur le plan économique ? »

Quand le monde du logiciel libre s’attaque à l’émulation, ça donne de beaux résultats.

Depuis quelques mois, je me suis plongé dans les délices de l’émulation d’ordinosaures qui sont effroyablement chers et surcôtés à cause de la mode du « vintage informatique » qui continue en ce mois de septembre 2021.

Donc, au lieu de m’encombrer d’ordinosaures qui ont leurs places dans des musées de l’informatique – même si je voudrais bien en posséder un ou deux – voici donc les logiciels libres dans le monde de l’émulation qui sont pour moi des références incontournables ou presque.

Je tiens à préciser que je vais rester dans le monde des ordinateurs, car les consoles, ce n’est pas ma tasse de thé, ni de café d’ailleurs.

Il faut dire que le jeu « Attack of the Petscii Robots » m’a permis de découvrir – via le bêta-test de certains ports – des univers que je n’avais pas vraiment abordé auparavant. Allons-y par ordre alphabétique et commençons par l’Amstrad CPC.

Ici, il me vient à l’esprit un émulateur développé en Java, j’ai nommé JavaCPC. Il y a aussi Caprice32, mais il est moins abouti.

Continuons avec l’Apple II/II+/IIc et IIe.

Ici, la messe est rapidement dite, AppleWin – dont un port existe pour Linux – est la référence incontournable pour cet ordinateur mythique de la Pomme.

Après Apple, autant parler d’Atari. Pour sa gamme de machines 8 bits (400/800/600XL/1200XL/130XE), la référence, c’est Atari800. Il serait dommage d’oublier Altirra, même s’il ne fonctionne que sous MS-Windows.

Pour l’Atari ST, je vous conseille de voir du côté d’Hatari. Très bon émulateur des ST/STE/STF/TT et Falcon.

Parlons donc d’un constructeur mythique, Commodore.

Pour les ordinateurs 8 bits, à savoir les Commodore PET, Vic20, C64, Plus4 et C128, rien ne vaut la Rolls Royce, c’est bien entendu Vice. Une sortie par an, mais à chaque fois, ça vaut le détour.

Pour les Commodore Amiga, rien ne vaut le duo WinUAE (MS-Windows) et FS-UAE (MS-Windows, Linux, Mac). Sans oublier l’excellent Amiga Inside de Titan pour se simplifier la vie 🙂

Passons maintenant à Sinclair. Pour tout ce qui est émulation du ZX80, ZX81 et autre Spectrum, je ne puis que conseiller Zesarux.

Pour finir, on va parler du monde PC + MS-DOS. Deux projets me viennent à l’esprit : PCem (orienté matériel) et qui semble au point mort, ainsi que l’excellentissime fork de Dosbox, Dosbox-X.

Ce sont pour le moment les émulateurs d’ordinateurs que j’ai le plus utilisé. Je n’ai pas eu l’occasion de me plonger dans le monde des TRS80 ou encore de Thomson (les MO5/MO6 et autres TO7).

Si vous avez des références, je suis preneur.

J’espère que cette petite liste vous sera utile si un jour vous avez envie de découvrir l’informatique d’avant le PC.

Dosbox-X ou PCEm pour les vieux jeux MS-DOS et MS-Windows 1.x à 3.x ?

Dans la cadre de ma série de billets « Vieux Geeks », j’utilise très régulièrement des jeux sous MS-DOS, voire parfois des vieux MS-Windows de la génération 1.x à 3.x. Cependant, il existe au moins deux outils qui peuvent s’avérer utile : Dosbox-X (un des meilleurs forks de Dosbox sur le plan ergonomie) et PCEm qui est plus orienté émulation de vieux PC (comme l’IBM PC 5150, le Tandy 1000 par exemple).

Dans l’épisode 83 de ma série de vidéos « C’est trolldi, c’est permis », j’avais utilisé Dosbox-X pour émuler l’environnement matériel et logiciel minimal requis pour lancer Doom… J’ai bien dit lancer, pas jouer 🙂

Je me suis demandé si les résultats obtenus étaient réalistes. J’ai donc pris PCEm et j’ai reproduit l’expérience en prenant un PC émulé avec un 386SX, 4 Mo de mémoire vie, un MS-DOS 3.3, etc… J’ai enregistré l’ensemble même si j’ai un brin galéré dans la dernière partie de la vidéo.

Ma conclusion est assez pragmatique : les deux se complètent. PCEm sera vraiment pratique si j’ai besoin d’un vieux MS-Windows ou d’utiliser un matériel émulé uniquement par PCEm, comme une carte vidéo Plantronics par exemple.

D’un autre côté, des jeux bien ennuyeux à lancer et qui demandait de créer des disquettes de démarrage pour avoir la bonne quantité de mémoire vive conventielle, de mémoire paginée (EMS) de mémoire étendue (XMS) passeront mieux avec Dosbox-X.

C’est donc souvent du « cas par cas » en fonction du logiciel à faire fonctionner. On est ici plus dans la complémentarité que dans la concurrence frontale.

Applewin-git, le port linux d’AppleWin empaqueté pour le monde Archlinux.

Dans un article de début mai 2021, je faisais un bilan assez triste de l’émulation Apple II sous Linux.

Je concluais l’article ainsi en parlant du port effectué de main de maître par Andrea Oddetti du logiciel AppleWin :

Le port est plus que fonctionnel, dommage que la version QT – qui serait apprécier par la plupart des utilisateurs potentiels – souffre d’une telle latence. Dommage aussi qu’en mode fenêtré, les touches fléchées soient parfois non prises en compte.

Néanmoins, cela laisse un mince espoir de pouvoir se passer à terme du duo Wine et AppleWin à terme.

Le beau temps de ce mois mai – qui est franchement pourri, à peine 12° avec de la pluie – m’a donné envie de me pencher sur la possibilité d’avoir une version empaquetée de l’émulateur pour le monde Archlinuxien.

Et comme je l’avais dit :

Pour le moment, il n’y a pas de paquets sur AUR et c’est aussi bien comme cela, vu qu’il doit être bien laxatif à empaqueter comme logiciel.

Et je confirme cela. La partie la plus ennuyeuse a été de gérer les trois dépots github tiers pour qu’ils soient reconnus à la compilation. Mais j’y suis arrivé. J’ai réussi à faire fonctionner l’ensemble, aussi bien avec l’interface QT que SDL2 sous Gnome. Mes essais pour l’interface SDL2 ont échoué dans une machine virtuelle avec Xfce. Je ne sais pas pourquoi.

Mais le principal est d’avoir un port. Je l’ai donc capturé en action pour montrer qu’il y a de l’espoir pour l’émulation Apple II, même si le port QT est effroyablement lent en ce qui concerne le rendu audio via la carte Mockingboard.

Oui, le paquet n’est pas très propre, mais je ne désespère pas de faire fonctionner les sous-modules git dans la recette de compilation de l’émulateur. En tout cas, maintenant, je peux me passer du duo Wine et AppleWin pour mes besoins en émulation d’ordinosaure de la génération Apple II.

Avoir un émulateur potable pour les ordinateurs Apple II sous Linux, quelle galère !

C’est un petit billet que j’avais envie d’écrire après mon expérience de bêta-testeur pour le port du jeu « Attack of the PETSCII Robots » pour les ordinateurs Apple II.

Dans un billet du 24 avril 2021, j’écrivais ceci :

[…]
Cependant, j’étais déjà au courant de ce port, étant donné que je suis un des bêta-testeurs du jeu. J’avais déjà bêta-testé des préversions du jeu pour Commodore PET avec l’audio activé.

David Murray m’a donc contacté fin mars – début avril pour des bêtas tests. J’ai ainsi pu tester et torturer les versions beta 7.0, 7.1 et 7.3.
[…]

Il y a eu un problème de taille : faire fonctionner un émulateur qui ne me donne pas une infame bouillie de pixels à l’écran. J’avais donc commencé par LinApple en utilisant le paquet AUR qui va bien.

Mais j’avais quelque chose de plutôt moche au final, à savoir ceci :

Ce qui est plutôt moche, vous en conviendrez. J’ai donc essayé avec un code source plus récent, celui disponible sur la page github du projet.

Continuer la lecture de « Avoir un émulateur potable pour les ordinateurs Apple II sous Linux, quelle galère ! »