Au milieu des années 90, le CPC était pour ainsi dire mort et personne n’allait acheter un jeu qui coûtait le même prix que les jeux MegaDrive ou SNES haut de gamme (qui étaient incroyablement chers).
Et oui, le matériel du CPC prévoyait 8 bits pour l’emplacement de ROM, mais je soupçonne que c’était plus un hasard qu’un choix délibéré (découlant tout simplement de la présence de 8 bits sur le bus de données). Le firmware du 464 partait du principe que l’on n’en aurait pas besoin de plus de 7, et ce nombre n’a été que légèrement augmenté à 15 sur le 664/6128. Personne n’imaginait vraiment brancher des centaines de ROMs à l’arrière (et je suppose que la machine aurait rencontré des problèmes de stabilité électrique si on l’avait fait).
Ce que je veux vraiment dire, c’est qu’il n’y a qu’une seule et unique raison pour laquelle une cartouche d’une telle capacité n’est pas sortie à l’époque : son coût aurait été prohibitif. Dans un monde imaginaire où une telle cartouche aurait coûté aussi peu cher qu’une cassette à l’époque, je suis sûr qu’on en aurait vu un paquet, de grosses cartouches. Doit-on vraiment limiter la conception matérielle et logicielle actuelle pour le CPC en se basant sur les critères de prix du matériel durant sa commercialisation ? Pour moi, cela n’a aucun sens, et c’est un aspect qui me choque pas mal au sein de la communauté CPC.
J’ai conçu pas mal de choses pour le monde des consoles, et les gens de la scène console ont plutôt tendance à accueillir les nouvelles fonctionnalités matérielles à bras ouverts (à l’exception des dérives excessives que j’ai mentionnées, comme ces cartouches qui font tourner Doom pendant que la console ne sert qu’à lire les manettes). Sur Megadrive, il y a des jeux comme Astebros avec une ROM de 16 Mio, et il ne reçoit que des éloges. Mais ici, vous montrez un jeu qui utilise une ROM de 4 Mio — ce qui est indispensable pour qu’il tourne — et vous vous prenez des critiques
Eh bien, je pense qu’il est juste de dire que la conception visait à prendre en charge cette taille maximale, car si les résultats d’ingénierie s’étaient avérés différents de ce qui était souhaité, nous aurions eu un sérieux problème.
C’est une autre histoire si les ingénieurs en micrologiciel (firmware) ont décidé, dans une version donnée, qu’il suffisait de ne gérer qu’une fraction de ce que le matériel permet, pour ensuite l’augmenter progressivement dans les versions ultérieures au besoin.
C’est un peu comme la limite d’adressage de 4 Go des processeurs 32 bits : les ingénieurs concepteurs de processeurs l’ont conçue ainsi, même si MS-DOS n’a jamais offert de prise en charge native pour 4 Go de RAM.
Il n’y aura jamais d’argument décisif dans un débat de ce genre.
Je trouve cela plus « impressionnant » de pousser le matériel d’origine au-delà de ce que quiconque croit possible. C’est essentiellement pour cela que certaines personnes râleront à propos de la cartouche.
J’ai toujours trouvé que le milieu de l’informatique rétro ressemblait beaucoup à celui des voitures de collection. Certains préfèrent que leur MGB ou leur Triumph reste d’origine, restaurée à l’état d’usine. D’autres aiment mieux tomber le moteur, moderniser les freins et la boîte de vitesses, et y coller un moteur Toyota.
Dans les deux cas, on obtient une superbe voiture au bout du compte.
Quiconque utilise un Gotek, par exemple, n’est pas vraiment en position de se plaindre. C’est deux poids, deux mesures… on adopte les commodités modernes quand ça nous arrange (et je m’inclus là-dedans !), tout en faisant la fine bouche face aux autres.
Cela indique simplement que les concepteurs ont estimé que seuls 15 emplacements devaient être pris en compte pour l’initialisation par les routines BASIC afin d’ajouter des commandes RSX. En réalité, l’ajout de commandes RSX consomme de la mémoire vive (RAM) du BASIC, il y a donc un compromis à faire. Cependant, le fait que seuls 15 emplacements soient initialisés ne signifie pas que vous ne pouvez pas en utiliser davantage pour des éléments qui ne nécessitent pas l’ajout de ces commandes RSX.
Peut-être que tu as raison, peut-être que les concepteurs se sont posés en 1984 et se sont dit que la prise en charge de 4 Mo de ROM par le matériel était un objectif de conception clé. C’est bizarre que des années plus tard, lors de la conception des machines Plus (pour lesquelles nous avons effectivement les documents de conception), ils semblaient penser que 512 Ko constituaient une limite largement suffisante pour les cartouches. Mais bon, qu’est-ce que j’en sais…
Ils ne pensaient peut-être pas qu’il fallait prendre en charge 4 Mio. Mais le fait est que le système d’extension de la ROM gère jusqu’à 4 Mio. Certes, seuls 15 emplacements sont initialisés par le firmware, mais je peux basculer sur l’emplacement 163 et lire la ROM si elle est installée. Cela fonctionne sur le matériel d’origine.
Fais-tu partie des utilisateurs d’Amstrad qui gardent leur machine et leur installation entièrement d’origine ?
Genre pas de câble Péritel, pas d’alimentation moderne, pas de lecteur Gotek, etc. ?
Je trouve ça intéressant de voir ce que les gens ressentent envers leurs CPC et à quel point les choses doivent rester authentiques.
Par exemple, certains ne jouent peut-être qu’à des jeux sortis du vivant du CPC et à rien de ce qui a été publié ensuite par des développeurs modernes.
Eh bien, je pense que spéculer sur le fait que les concepteurs aient envisagé ou non que la limite fixée soit un jour atteinte ne nous mène nulle part. L’important, c’est que le matériel d’origine le prenne en charge ; par conséquent, il s’agit bien d’une fonctionnalité et d’une capacité inhérentes à la conception du CPC.
En l’an 2026, 4 Mo de ROM sont bien moins chers et bien plus accessibles qu’une disquette 3 pouces.
Il fut un temps où concevoir un jeu sur une grosse ROM aurait coûté une fortune. Aujourd’hui, faire tourner un jeu depuis une véritable disquette est devenu hors de prix.
Étant donné que la grande majorité des jeux créés avec l’aide de l’IA nécessitent au moins 128 Ko de RAM — même ceux qui semblent relativement simplistes et devraient tourner avec 64 Ko — je doute que les modèles d’IA actuels soient capables d’en créer une version allégée. Mais qui sait ce que l’IA sera capable d’accomplir d’ici quelques mois ?
Bien sûr. La question était : « Est-ce que cela aurait pu fonctionner dans une ROMbox dans les années 80 ? » Difficile de répondre autre chose que « Non, pas vraiment. »
Je ne pense pas que la question était de savoir si cela fonctionnerait dans une ROMbox, mais plutôt si cela aurait pu sortir sous forme de cartouche. Ce qui aurait certainement été le cas, sans le coût élevé.
Un problème plus important aurait été que vous n’auriez pas eu accès à une station de travail pour effectuer le rendu des modèles 3D.
Exactement. Comme je l’ai écrit, ce n’était pas une technologie extraterrestre, cela aurait pu être fait et la conception n’était pas plus complexe que celle des boîtiers ROM (romboxes) facilement disponibles à l’époque, juste plus imposante. C’est simplement que cela aurait coûté les yeux de la tête et aurait été un échec commercial. Mais il n’y a aucune limitation technique qui aurait empêché cela de fonctionner dans les années quatre-vingt.
