Un des choses qui nous fait le plus vite défaut sur l’Amstrad, c’est le peu de mémoire dont nous disposons.
Actuellement, je préfère n’utiliser que les 64k de disponible afin de rendre nos jeux compatibles avec le plus de machine possible (c’est même une des conditions de la CPC Retrodev)
De nombreuses méthodes de compression existent pour notre Z80. La plus connues des demomakers est Shrinkler de par son haut taux de compression. Malheureusement, son temps de décompression est plus de 25 fois la vitesse de la commande assembleur LDIR (copie d’octets).
Pour un jeu, ce n’est pas acceptable.
Il m’a donc fallu trouver un compromis vitesse/taux de compression.
Pendant que BriXen est en cours de finalisation pour une sortie physique, nous ne chômons pas.
Nous avons quelques production en cours.
Comme vous pouvez le voir dans la suite de l’article, il y a surtout des projets de portage (mais pas que).
Mais, pourquoi perdre son temps à faire des portages alors qu’il existe déjà les versions originales qui sont meilleures ?
Les raisons sont multiples:
Notre machine de coeur est l’Amstrad CPC.
Le challenge: cela permet de montrer que l’Amstrad a souvent été mal exploité (ce qui nous amène à la raison suivante)
Réparer une erreur du passé pour un jeu qui n’a eu droit qu’à un mauvais port Speccy
L’amusement/nostalgie (appeler cela comme vous voulez). Nous nous remettons dans la peau des développeurs des années 80 qui portaient les jeux d’arcade ou d’Amiga/AtariST.
Et finalement, personnellement, j’apprend à maitriser cette superbe machine. Et à voir ce qui sort chez les grands groupes actuellement, j’ai encore de quoi apprendre. (rhaa… le scrolling au pixel !). J’essaye dans chaque port d’apprendre une nouvelle technique.
Nos portages en cours
XX play Tetris
Fini à 95% (nous sommes dans la phase betatest pour corriger quelques petits détails)
Il s’agit du portage de la version Gameboy de Tetris. Les graphismes et le gameplay ont été refaits à l’identique.
Pour la musique, un guest nommé Cyrille « Ayor61 » Gouret nous a repris toutes les musiques du jeu dans une version plus Amstradienne.
XX play Puzzli
Fini à 60% (le code est presque fini mais le graphisme n’est nulle part)
Portage d’un jeu d’arcade de Banpresto. Déjà porté par Michel Louvet sur Colecovision et par Alekmaul sur Nintendo DS, Megadrive (et bientôt sur SNES). C’est d’ailleurs Alekmaul qui m’a donné cette envie de faire le port sur l’Amstrad.
Après l’avoir montré à l’ami Bruno Kukulcan, celui-ci m’a dit qu’il désirerait faire ce port depuis quelques années… Trop tard. Mon code était déjà presque fini 😉 Ce projet bénéficiera cependant de son aide pour la direction artistique.
XX play Pirka
Fini à 80% (code presque fini, manque les graphismes et la musique)
J’ai sorti ce jeu sur iPhone il y a quelques mois. Il s’agit du portage d’un jeu Flash sorti en 2005: Blix from Lightforce Game – Nick Kouvaris.
Le jeu est jouable, les « graphismes » existent mais est-il suffisamment intéressant que pour bénéficier d’une sortie.
Aurait-il plus se place en tant que mini-jeu dans un party game à la Mario Party ? A voir.
XX play Tawbiboun
Fini à 60% (code presque fini, manque les graphismes et la musique)
Encore un port mais je ne sais plus de quel jeu… Je l’avais commencé sur Pocket PC (déjà en tant que port), il y a plus de 15 ans.
Il s’agit d’un jeu de pousse-pousse un peu amélioré où il faut reconstruire des lignes en faisant des permutations de 4 cases.
Même conclusion que Pirka… Est-ce suffisant pour en faire un jeu complet ?
Nos développements en cours
8bitwars
Fini à 5% (le héros se déplace de manière convaincante)
Pas vraiment un portage vu qu’il n’y a pas de jeu original mais plutôt un jeu multiplateforme dont la version Amstrad sera faite par nous.
Ce jeu est le résultat d’un objectif de la campagne Kickstarter de Andy Remic pour son documentaire « the 8 bit wars ».
The 8-BIT WARS – THE GAME on MULTIPLE FORMATS! – A completely brand new 8-BIT computer game. All backers will receive downloads of the finished game(s). It is intended they are available for multiple 8-BIT platforms. Here are several screenshots… concept below.
Nous avons tout à créer. Beau challenge en perspective.
BriXen
Plus besoin de le présenter. 90% des articles du blog lui sont actuellement consacrés…
Que dire sur lui actuellement ?
Il avance bien. Par rapport à la démo:
un mode de démo a été rajouté. Cela peut donc faire office d’économiseur d’écran 😉
les 28 niveaux supplémentaires ont été crées.
La version physique se précise mais il y a encore du boulot. Il doit être parfait !
Conclusion
C’est tout pour l’instant même si d’autres jeux sont aussi en reflexion et que nous avons aussi plein d’autres idées hors developpement.
Après quelques années d’utilisation de Sublime Text, j’utilise maintenant Visual Studio Code qui à toutes les qualités de mon précédent éditeur avec l’avantage d’être gratuit.
Pour developper une application Amstrad CPC en C, j’ai besoin au minimum:
d’un raccourci me permettant de compiler rapidement (via shift+cmd+b idéalement)
d’un raccourci me permettant de tester mon application (shift+cmd+r)
de coloration syntaxique
d’une indentation automatique de mon code
Visual Studio Code étant facilement personnalisable, rien de ceci ne lui est impossible.
1. Compilation
Notre fichier build.sh étant déjà disponible dans notre template, il suffit de créer un raccourci pour l’exécuter.
Pour cela, nous créons un fichier tasks.json dans le dossier .vscode présent à la racine de notre projet.
Ce fichier (disponible à la fin de l’article) sera constitué de:
Ce fichier json décrit une tâche qui:
tue les instances de Retro Virtual Machine qui seraient encore en train de fonctionner.
exécute notre commande build.sh (L’emplacement de votre projet doit être modifié).
prend le retour de la commande build.sh et en retire les warning et error pour une affichage plus propre
Pour lier la tache à notre raccourci (cmd+shift+b), il faut modifier le fichier keybindings.json (cmd+shift+p pour afficher la Command Palette et entrez ‘open keyboard shortcuts (JSON)’)
Visual Studio Code dispose déjà (évidemment) d’un plugin de coloration syntaxique pour le source code. J’ai pris celui que propose Microsoft, c’est à dire C/C++. En plus de la coloration syntaxique, il propose aussi:
l’Intellisense (code completion, information sur les paramètres des fonctions, …),
le debugging (que je n’utilise pas encore)
et la navigation dans le code (pratique pour trouver la definition d’une fonction par exemple)
Pour l’installer, cmd+shift+x, recherche de C/C++ et bouton vert ‘install’. Trop facile.
Pour la facilité, j’ai ajouté le « format on save » à configurer dans les settings via le menu Text Editor/Formatting.
4. L’indentation automatique
Là non plus, nous n’allons pas nous compliquer la vie. Uncrustify a fait ses preuves et il existe un module pour VS Code.
J’utilise celui de Laurent Tréguier que je configure avec mon fichier uncrustify.cfg kivabien.
A suivre pour un prochain épisode dimanche prochain
Actuellement, ce docker contient les outils suivants:
sdcc: compilateur C (et assembleur via sdasz80)
idsk: création d’image disk pour l’Amstrad
hex2bin: conversion de la sortie du compilateur vers un fichier lisible par l’Amstrad
nocart: conversion d’une image disque vers un fichier GX4000 / Amstrad plus
2cdt: création d’un image cassette
Disark: convertisseur de source assembleur (rasm -> sdcc par exemple)
addhead: pour jouer avec les header AMSDOS d’un fichier
bin2c: convertisseur de fichier binaire vers un source .c
lzsa: compression de fichier binaire avec LZSA
rasm: assembleur de Roudoudou (utilisé actuellement pour convertir le player de ArkosTracker)
Je reviendrai plus en détail plus tard sur chacun de ces outils.
Une fois que le docker est compilé, le répertoire cptc-docker peut être effacé.
Ensuite, nous pouvons télécharger le template à partir duquel sera réalisé notre futur jeu.
git clone git@github.com:Crazy-Piri/cptc-template.git
cd cptc-template
./toolchain.sh
cd cptc-template
./build.sh
La commandetoolchain.sh lance une session Docker dans notre environnement de developpement. Elle fonctionne sous linux et macOS. Il a donc lieu de l’adapter pour une utilisation sous Windows.
La commande build.sh crée le disque cptc-template.dsk dans lequel se trouve votre première application pour l’Amstrad CPC.
Ouvrez le fichier cptc-template.dsk dans votre émulateur préféré et lancez la commande
run"main.bin
Maintenant, comment interfacer tout cela avec Visual Studio Code ?
A suivre pour le prochain épisode dimanche prochain…
Jusqu’il y a un peu de 6 mois, je n’avais jamais développé sur Amstrad CPC (mis à part en Basic il y a… plus de 30 ans). Lorsque Pascal Visa a lancé la CPC Gamedev Contest 2020 dans le groupe Facebook Amstrad CPC pour toujours and beyond !, je me suis dis que c’était l’occasion d’enfin m’y mettre. Le développement de mon émulateur CrocoDS m’a beaucoup appris sur les possibilités de notre ordinateur préféré.
Il restait donc à savoir comment programmer sur un Amstrad en 2020. Pas question évidemment de développer directement sur l’Amstrad mais plutôt de s’aider des outils modernes.
Comme beaucoup de développeurs actuellement, je suis passé sous Visual Studio Code, l’éditeur de code multi plateforme et extensible développé par Microsoft.
Lorsque j’ai commencé à developper pour l’Amstrad CPC, il était donc évident que je puisse utiliser cette éditeur.
Mon langage de prédiléction étant depuis toujours le C pour sa simplicité et du fait qu’il soit un langage de très bas niveau. Je comptais donc developper en ce langage (avec évidemment l’ajout de code assembleurs pour les routines ayant besoin de plus d’optimisation).
Comment donc mélanger tout cela ?
Les outils
J’ai essayé divers environnements de developpement tels que CPCtelera, cpc-dev-tool-chain mais aucun ne m’a satisfait à 100%.
Ils m’auront au moins permis de me donner des idées sur plusieurs de mes futures outils. Ces outils auront leurs prochains articles détaillés à l’avenir.
SDCC comme compilateur C (et asm dans un premier temps). J’avais commencé avec Z88DK mais le codé généré par ce compilateur étaient beaucoup moins optimisé que celui de SDCC.
Docker (je ne voulais pas devoir reinstaller un environnement de développement chaque fois que je change de machine)
Retro Virtual Machine comme émulateur multi-plateforme. J’ai mon propre émulateur (que j’utilise aussi au niveau developpement pour certaines de ces fonctionnalités) mais RVM va beaucoup plus loin au niveau debug.
Divers outils tels que convimgcpc, RGAS, iDSK…
Tout cela m’a permis de faire un template qui sera disponible sur GitHub dans les jours qui viennent qui me permet:
Via la commande SHIFT-CMD-B de faire un build de mes sources,
Via la commande SHIFT-CMD-R d’executer l’application directement dans Retro Virtual Machine.
For the rare people who don't know it yet, the site CPC-POWER (in capital letters) is the encyclopedia of all programs (games and applications included) released on Amstrad CPC since its creation.
You could download now the demo of the first Amstrad game from Crazy Piri!
BriXen was one of the ten competitors for the CPC Gamedev Contest 2020.
Destroy all the bricks and avoid the BriXen !
Beware, when the treasure open, it only remains for a short time.
Description of the bricks
Each brick has its functionality!
ENTRAP
these bricks must be destroyed at the very start of the game. If you hit a SLIME, GAS, LAVA or ACID switch before destroying them, the only solution will be to kill yourself (esc or fire2)
GEM LOCK
these bricks can be considered as key / lock. You touch the GEM, your ball carries it and opens one of the locks.
SLIME, GAS, LAVA, ACID
these bricks can only be destroyed after touching the corresponding switch.
INVERT DIR
reversal of ball direction.
BRIXEN
death! Do not touch it !
LIFE
extra life
Credits
This game couldn’t be done without all these people:
We use cookies to ensure that we give you the best experience on our website. If you continue to use this site we will assume that you are happy with it.Ok
English 
French