Ce billet est dans le cycle « Génération Casseurs ». Cliquez ici pour lire l'intro et les autres billets publiés.
Niveau précédent : Titan
| Nom | Bananoid |
| Auteur | William Rieder |
| Année | 1989 |
| Éditeur | William Rieder |
| Plateforme | PC |
| Entrées | Souris, Clavier |
Bananoid utilise le mode vidéo MCGA (usuellement 320×200 en 256 couleurs, ici bricolé pour afficher du 360×240), qui par une astuce de registres, autorise le scroll matériel par offset ; une technique jusqu'ici connue que sur les ordinateurs familiaux comme l'Atari ST et l'Amiga, avec les avantages du mode chunky (un pixel est codé sur un octet) sur le planar (un pixel est un bit d'octet sur plusieurs plans de couleurs). La taille horizontale de la zone de jeu (544 pixels) est plus grande d'environ une fois et demi que ce qui est présenté l'écran (360 pixels). La section d'écran affichée suit les mouvements de la batte, au joueur de ne jamais perdre de vue trop longtemps la balle. Mais difficile dans un jeu conçu comme démonstration par un développeur, dans un graphisme très peu agréable.
À part ce mouvement d'image, le jeu n'a strictement aucune originalité mais il démontre qu'on pouvait développer des jeux colorés avec des effets dignes de chipsets spécialisés des ordinateurs 16/32 bits familiaux, sur des machines qui valaient.... largement plus chers !
Dès ce moment, le portage des jeux 16/32 (les systèmes Atari ST et Commodore Amiga) commençait enfin à être comparable sur la plateforme PC, sous réserve de posséder une configuration au prix rédhibitoire, d'avoir la carte vidéo et la carte son exactement identique au développeur et de ne pas s'être énervé à coups de pieds sur des drivers absolument anarchique et incompatibles. À tel point que ce casse-brique est encore intentionnellement conçu pour être jouable au clavier, puisque la souris n'est toujours pas obligatoire sur la plateforme PC, ni même d'une gestion unifiée.
C'est un peu comme si aujourd'hui, on devait faire un jeu pour plein de téléphones portables différents (genre Samsung, Nokia, Blueberry, etc... etc... etc...), qui ont chacun des touches différentes, une résolution d'écran différente, et cætera alors qu'à côté, on a deux/trois écosystèmes avec des caractéristiques unifiées et un parc important de machines (et là, on parle de l'iPhone, de la Nintendo DS et de la PSP).
Maintenant, vous devriez mieux comprendre pourquoi il y a nettement moins de jeux en dehors de cet écosystème. L'inconvénient, c'est quand cet écosystème commence à s'essouffler de sa fermeture (et pas que le manque d'évolution matérielle : Nintendo avait souffert à son époque de son emprise sur les éditeurs), que la concurrence commence à s'unifier et que les outils d'abstraction de code commence à poindre.
L'évolution des compatibles PC, la popularisation de la carte vidéo VGA (toujours en mode MCGA), de la carte son Sound-Blaster, de sa prise joystick associée font que les équipes mythiques telles que les Bitmap Brothers et Team17 s'intéresseront au monde MS-DOS et à appliquer leur vaudou à des machines chunky and clunky en voie de standardisation. En 1995, l'arrivée de Microsoft Windows, mais surtout de DirectX, donnera enfin les bases d'abstractions matérielles dont avaient tant besoin les studios de jeux.
Conformément à la loi de Moore, la puissance sans cesse croissante des processeurs Intel sonnera le glas de la programmation en assembleur, qui avait permis cet exploit technique.
La capture d'écran vient du site Dos Games archive.
Niveau suivant : DHTML Arkanoid
Cet article est ressorti pour soutenir à ma manière la chaine Nolife.
