{"id":868,"date":"2020-05-01T06:00:00","date_gmt":"2020-05-01T04:00:00","guid":{"rendered":"https:\/\/ceobeta.oric.org\/?p=868"},"modified":"2020-05-01T06:00:00","modified_gmt":"2020-05-01T04:00:00","slug":"solomons-key","status":"publish","type":"post","link":"https:\/\/oric.bqtt.net\/index.php\/2020\/05\/01\/solomons-key\/","title":{"rendered":"Solomon’s Key"},"content":{"rendered":"\n

Le dernier acte (connu \u00e0 ce jour) de la programmation multi-ordinateurs en basic par Dan Cresp, et un coup de chapeau \u00e0 Dom<\/em><\/p>\n\n\n\n

Informations g\u00e9n\u00e9rales<\/h4>\n\n\n\n

Apr\u00e8s presque quatre ans sans programmer sur l’ORIC, quand Dan reprend la cr\u00e9ation de soft avec \u00abAverno\u00bb, il est tellement satisfait du r\u00e9sultat qu’il s’engage dans un autre projet encore plus complexe.<\/p>\n\n\n\n

AVERNO a \u00e9t\u00e9 le premier jeu que r\u00e9alis\u00e9 en BASIC par Dan o\u00f9 le protagoniste passe en arri\u00e8re-plan sans d\u00e9fauts d’affichage. Pour ce faire, Dan a plac\u00e9 la totalit\u00e9 de la zone de jeu dans une matrice texte et d\u00e9place le fant\u00f4me en reconstituant l\u2019arri\u00e8re-plan \u00e0 partir des donn\u00e9es de cette matrice. Le r\u00e9sultat est bon mais le co\u00fbt de cette routine, ainsi que la maintenance de la matrice sont \u00e9lev\u00e9s. Le processus prend environ 10 secondes. Sur le plan graphique, l\u2019utilisation de 3×2 caract\u00e8res lui permettait de r\u00e9aliser des graphismes presque identiques \u00e0 l\u2019original … monochromes.<\/p>\n\n\n\n

Par la suite, Dom sur oric-concours.forumactif.org<\/a> a am\u00e9lior\u00e9 l’apparence du jeu en utilisant une propri\u00e9t\u00e9 des attributs de couleur de l’\u00e9cran permettant d’afficher les couleurs compl\u00e9mentaires des couleurs principales. Il a \u00e9galement am\u00e9lior\u00e9 la composition du niveau en enregistrant les \u00e9crans. Et pour simplifier l’ensemble, il a transf\u00e9r\u00e9 le logiciel sur une disquette. L’on doit admettre que la version s\u2019est am\u00e9lior\u00e9e et que son apparence est meilleure. Bravo !!!<\/p>\n\n\n\n

Avec Solomon’s Key, Dan va un cran plus loin dans la conception de l’\u00e9cran.<\/p>\n\n\n\n

\"\"
Un \u00e9cran titre all\u00e9chant !<\/figcaption><\/figure>\n\n\n\n

Sprites<\/strong>
Cette fois, Dan a voulu exp\u00e9rimenter une utilisation am\u00e9lior\u00e9e des \u00absprites\u00bb, sans avoir \u00e0 monter l’usine \u00e0 gaz de la matrice \u00e9cran, et ins\u00e9rer directement des valeurs 16 bits dans la m\u00e9moire vid\u00e9o \u00e0 l\u2019aide de l\u2019instruction DOKE, qui affecte l’adresse de m\u00e9moire indiqu\u00e9e et la suivante.<\/p>\n\n\n\n

Dan n’avait pas r\u00e9ussi \u00e0 mettre en oeuvre ce processus auparavant m\u00eame si au final, il est assez simple. Bri\u00e8vement, chaque image-objet a une taille de 2×2 caract\u00e8res. Avant de placer une image-objet \u00e0 l’\u00e9cran, Dan enregistre la valeur de 2×2 caract\u00e8res o\u00f9 elle sera ins\u00e9r\u00e9e dans deux variables num\u00e9riques. Ceci est fait avec un DEEK, qui est un PEEK 16 bits (\u00e0 l’image du DOKE qui est un POKE 16 bits). La position de l’image-objet est une adresse m\u00e9moire et non deux coordonn\u00e9es. Avec deux DOKE, il copie rapidement le sprite sur l’\u00e9cran. Avant de le d\u00e9placer, Dan remplace l\u2019arri\u00e8re-plan \u00e0 la position correspondante \u00e0 partir de la valeur stock\u00e9e dans la variable num\u00e9rique, modifie la position de l\u2019image-objet, enregistre l\u2019arri\u00e8re-plan dans la variable, puis le place dans la nouvelle position \u00e0 l\u2019aide des deux cl\u00e9s. Le r\u00e9sultat est l\u00e0, efficace.<\/p>\n\n\n\n

L’\u00e9cran<\/strong>
Sur ZX-Spectrum, le jeu original a une largeur d’\u00e9cran de 32 caract\u00e8res. Deux pour les marges et 15 blocs de 2×2 caract\u00e8res. Pour que cette version ait le m\u00eame aspect, Dan aurais d\u00fb utiliser des blocs 3×2, mais avec l’ORIC, il est limit\u00e9 \u00e0 38 colonnes, loin de son besoin de 47. De fait, Dan a \u00e9t\u00e9 contraint \u00e0 r\u00e9duire la taille des sprites \u00e0 2×2. De plus, les caract\u00e8res de l’Oric font 6 pixels au lieu des 8 habituels. L’aspect final est de fait moins fouill\u00e9, mais avec des graphiques rapides mis en oeuvre avec les 2 DOKE. <\/p>\n\n\n\n

Comme la largeur de l’\u00e9cran comporte plus de caract\u00e8res, Dan a plac\u00e9 une colonne de blocs des deux c\u00f4t\u00e9s de l’\u00e9cran et une colonne inf\u00e9rieure. Cela l’a \u00e9galement aid\u00e9 \u00e0 contr\u00f4ler le d\u00e9placement des \u00e9l\u00e9ments mobiles du jeu.<\/p>\n\n\n\n

Dans le code, sur les lignes 440 \u00e0 455, trois lignes calculent quel bloc de fond doit \u00eatre plac\u00e9 dans une zone de l\u2019\u00e9cran quand un bloc bleu est supprim\u00e9, et lorsque l\u2019on prend la cl\u00e9 ou une pi\u00e8ce de monnaie, ou encore quand un ennemi frappe.<\/p>\n\n\n\n

Graphiques<\/strong>
Le jeu de caract\u00e8res ORIC ne comporte que 128 caract\u00e8res. Dan souhaitait conserver les lettres, les chiffres et certains caract\u00e8res sp\u00e9ciaux, Il a donc red\u00e9fini le minimum de blocs graphiques possibles. L’utilisation de deux caract\u00e8res en largeur de bloc au lieu de trois a contribu\u00e9 \u00e0 cet objectif. L’impact principal de ces options a \u00e9t\u00e9 la suppression du mouvement de jambes de notre personnage ; mais cela a \u00e9galement permis de simplifier quelque peu le code et \u00e0 am\u00e9liorer les performances. Dan peut toujours tout montrer avec deux simples DOKE.<\/p>\n\n\n\n

Et comme toujours avec les programmes d\u00e9velopp\u00e9s par Dan sur ORIC, les graphiques ont d\u00fb \u00eatre redessin\u00e9s par rapport \u00e0 la version initiale car au lieu de la matrice habituelle de 8×8 pixels, nous passons \u00e0 une matrice 8×6 soit 12 pixels horizontaux au lieu des 16 habituels.<\/p>\n\n\n\n

Les couleurs … encore un probl\u00e8me<\/strong> !
En raison de la fa\u00e7on dont l’Oric g\u00e8re les attributs, Dan a choisi de cr\u00e9er Solomon’s Key en monochrome, avec un peu de couleur dans la pr\u00e9sentation et dans les marqueurs. Pour mettre en \u00e9vidence les briques que nous pouvons d\u00e9truire, Dan a appliqu\u00e9 la technique consistant \u00e0 utiliser les couleurs compl\u00e9mentaires des deux couleurs principales en ajoutant 128 au code ASCII du personnage (les caract\u00e8res invers\u00e9s). permettant d’afficher 4 couleurs sur l’\u00e9cran de jeu.<\/p>\n\n\n\n

L’encodage des niveaux<\/strong>
A ce stade, nous arrivons \u00e0 la cr\u00e9ation de l’\u00e9cran. Chaque \u00e9cran est constitu\u00e9 d\u2019une matrice de 12 lignes et de 15 colonnes. Dans chaque colonne se trouve un tableau de caract\u00e8res 2×2, tel que des blocs de pierre, des portes, des cl\u00e9s ou des pi\u00e8ces de monnaie. Dan a choisi de coder les niveaux en utilisant un format similaire \u00e0 \u00abAverno\u00bb simplifi\u00e9.
La pr\u00e9sentation du niveau prend environ 6 secondes et le codage est effectu\u00e9 comme suit:<\/p>\n\n\n\n

  • Une lettre entre \u201cA\u201d et \u201cZ\u201d a une valeur comprise entre 1 et 26 et correspond aux blocs de pierre \u00e0 afficher. Alternativement, ils apparaissent en jaune ou en bleu.<\/li>
  • Un caract\u00e8re “*” signifie qu’il modifie le type de bloc de pierre indiqu\u00e9, bleu ou jaune.<\/li>
  • Une lettre entre \u201ca\u201d et \u201cz\u201d a une valeur comprise entre 1 et 26 et correspond \u00e0 des blocs vides de 2×2.<\/li>
  • Un caract\u00e8re “.” D\u00e9signe un bout de la ligne en sautant au suivant.<\/li>
  • Un caract\u00e8re num\u00e9rique correspond \u00e0 un objet:
    • 2 portes, <\/li>
    • 3 cl\u00e9s, <\/li>
    • 4 devises, <\/li>
    • 6 t\u00eates et <\/li>
    • 7 canaux. <\/li>
    • 1, et 5 correspondent aux blocs de pierre jaune et bleue.<\/li><\/ul><\/li><\/ul>\n\n\n\n
      \"\"
      Un \u00e9cran de jeu de Solomon’s Key, avec l’aper\u00e7u de son encodage graphique<\/figcaption><\/figure>\n\n\n\n

      Le contr\u00f4le du personnage<\/strong>
      Une des premi\u00e8res difficult\u00e9s \u00e0 r\u00e9soudre avant de commencer \u00e0 d\u00e9velopper le jeu \u00e9tait de savoir comment g\u00e9rer les diff\u00e9rents mouvements et actions que le joueur pouvait faire. La programmation du jeu en Basic prend en compte l’impossibilit\u00e9 d’appuyer sur plusieurs touches simultan\u00e9ment.<\/p>\n\n\n\n

      • Appuyez sur “Z” et “X” pour d\u00e9placer le magicien \u00e0 gauche ou \u00e0 droite.<\/li>
      • En appuyant sur “P” nous sautons. S’il y a un bloc au-dessus, nous le cassons. Sinon, nous pouvons augmenter la hauteur d’un bloc. Si pendant que nous sautons, nous appuyons sur une fl\u00e8che, nous irons dans cette direction.<\/li>
      • En appuyant sur “L” nous ins\u00e9rons ou supprimons un bloc bleu. Si nous sommes juste au-dessus d’un bloc, nous le placerons devant et si nous ne le pla\u00e7ons pas au niveau du sol.<\/li><\/ul>\n\n\n\n

        Les Ennemis<\/strong>
        Contrairement au jeu “Averno”, dans ce “Solomon’s Key”, il y a des ennemis et ils bougent !
        Dan a mis en place une routine tr\u00e8s basique qui permet de d\u00e9placer jusqu’\u00e0 cinq ennemis avec deux vitesses diff\u00e9rentes (des d\u00e9placements de un ou deux caract\u00e8res), leur d\u00e9placement est horizontal ou vertical, et simule l’effet de rebond ou non lorsque vous touchez un mur, en d\u00e9truisant les blocs bleus touch\u00e9es. Le tout en sept lignes de code !<\/p>\n\n\n\n

        Le type de mouvement de l’ennemi et sa position initiale sont d\u00e9finis dans les DATA de la ligne 9600. Chaque ennemi requiert trois caract\u00e8res : <\/p>\n\n\n\n

        • le premier indique le type <\/li>
        • les deux autres la position initiale horizontale et verticale. Pour les positions, Dan utilise des lettres afin d’indiquer des valeurs sup\u00e9rieures \u00e0 un chiffre avec un seul caract\u00e8re.<\/li><\/ul>\n\n\n\n

          La routine de mouvement contr\u00f4le le nombre d’ennemis dans ce niveau. Moins il y a d’ennemis, plus ils se d\u00e9placent fr\u00e9quemment et rapidement.<\/p>\n\n\n\n

          Les sprites des ennemis se d\u00e9placent \u00e9galement sur le fond sans le supprimer. Comme pour le sprite du protagoniste, la technique de sauvegarde du personnage qui \u00e9tait \u00e0 l’\u00e9cran avant d’utiliser l’ennemi sur l’\u00e9cran a \u00e9t\u00e9 utilis\u00e9e. Lorsqu’il se d\u00e9place, il reconstitue l’arri\u00e8re-plan, sa nouvelle position est recalcul\u00e9e, puis le graphique de l’ennemi est plac\u00e9.<\/p>\n\n\n\n

          R\u00e9sultat final<\/strong>
          En ce qui concerne la vitesse, l\u2019ORIC BASIC pourrait \u00eatre plac\u00e9 dans le milieu de gamme des ordinateurs 8 bits. C’est l’un des plus rapides en impression \u00e0 l’\u00e9cran, mais pour le reste, ce serait au niveau du MSX ou du ZX-Spectrum. Des ordinateurs tels que l\u2019Amstrad CPC impriment tr\u00e8s lentement \u00e0 l\u2019\u00e9cran mais plus rapidement, en parall\u00e8le avec des ordinateurs tels que BBC Micro \/ Electron ou Lynx Camputers. La gamme basse reste pour le ZX-81 et surtout, le Texas Instruments TI \/ 99-4A qui mange s\u00e9par\u00e9ment.<\/p>\n\n\n\n

          Apr\u00e8s toutes ces briques, je dois admettre que, malgr\u00e9 les limites impos\u00e9es par ORIC BASIC, de par son apparence et ses performances, je suis tr\u00e8s satisfait. Cela ressemble \u00e0 un jeu commercial, mais c’est du BASIC pur et dur. Je pense que ce n’est pas habituel de regarder des programmes en BASIC comme celui-ci. Je pense que j’ai plac\u00e9 la barre tr\u00e8s haut, mais avec l’exp\u00e9rimentation de ces techniques, je suis s\u00fbr que je ferai autre chose bient\u00f4t. En fait, au fond de moi, j’ai d\u00e9j\u00e0 l’id\u00e9e d’adapter un classique qui n’existe pas dans ORIC.<\/p>\n\n\n\n

          Eh bien, rien de plus, je ne peux qu\u2019esp\u00e9rer que cela vous plaise \u2026<\/p>\n\n\n\n

          Je vous invite \u00e0 l’essayer.<\/p>\n\n\n\n

          \"\"<\/figure>\n\n\n\n
          \"\"<\/figure>\n\n\n\n
          \"\"<\/figure>\n\n\n\n

          Quelques \u00e9l\u00e9ments concernant le programme <\/h4>\n\n\n\n

          La routine principale du programme est divis\u00e9e en 10 blocs:<\/p>\n\n\n\n

          • D\u00e9claration des variables et matrices et d\u00e9but du jeu.<\/li>
          • Boucle principale de d\u00e9veloppement.<\/li>
          • Mouvement des ennemis.<\/li>
          • Mouvement du protagoniste.<\/li>
          • Routines des actions du protagoniste.<\/li>
          • Passer le niveau ou perdre une vie.<\/li>
          • Routine pour montrer le niveau de jeu.<\/li>
          • Pr\u00e9sentation et d\u00e9but du jeu.<\/li>
          • Charger UDG.<\/li>
          • DATA avec les UDG du jeu et les valeurs de la matrice.<\/li><\/ul>\n\n\n\n

            L’ensemble du programme occupe 170 lignes dont vous trouverez ci-dessous les principales : <\/p>\n\n\n\n

            • 5 – Nous d\u00e9finissons les variables du jeu.<\/li>
            • 10 – Nous d\u00e9finissons les matrices du jeu.<\/li>
            • 20 – Passez au sous-programme qui red\u00e9finit les caract\u00e8res et d\u00e9finit les variables globales.<\/li>
            • 40 – Afficher le niveau \u00e0 l’\u00e9cran.<\/li>
            • 100 – REPEAT indiquant le d\u00e9but de la boucle principale.<\/li>
            • 105 – V\u00e9rifiez si nous sautons.<\/li>
            • 110 – Si nous n’avons pas de terre sous nos pieds, le personnage tombe.<\/li>
            • 115 – Prenez la touche appuy\u00e9e.<\/li>
            • 120 – Touche de saut.<\/li>
            • 125 – Bloquer la touche marche \/ arr\u00eat.<\/li>
            • 130 – Touche de d\u00e9placement \u00e0 droite.<\/li>
            • 135 – Touche de d\u00e9placement gauche.<\/li>
            • 140 – V\u00e9rifiez si le personnage frappe \u00e0 la porte, \u00e0 la cl\u00e9 ou \u00e0 la pi\u00e8ce de monnaie.<\/li>
            • 150 – Aller au sous-programme de mouvement ennemi.<\/li>
            • 155 – Retournez \u00e0 REPEAT si la variable U = 0.<\/li>
            • 160 – Lorsque vous quittez la boucle, regardez la valeur de U. U = -1 niveau et U = 2 perd une vie.<\/li>
            • 200 – D\u00e9place le fant\u00f4me vers la droite.<\/li>
            • 225 – D\u00e9place le fant\u00f4me vers la gauche.<\/li>
            • 300 – Contr\u00f4le la chute du personnage.<\/li>
            • 320 – D\u00e9tecte quel objet tu as sous le personnage.<\/li>
            • 350 – Routine de saut.<\/li>
            • 400 – Mettre \/ enlever le bloc.<\/li>
            • 440 – Routine de remplacement en arri\u00e8re-plan lors de la pose, de la suppression d’un bloc ou de la saisie d’un objet.<\/li>
            • 500 – Routine pour passer un niveau.<\/li>
            • 550 – Programme de perte de vie et fin du jeu.<\/li>
            • 600 – Montre les marqueurs de points, de niveau et de vies.<\/li>
            • 2000 – Routine qui montre le niveau. Les donn\u00e9es sont encod\u00e9es dans la matrice M $.<\/li>
            • 2050 – D\u00e9finissez le type, la vitesse et la direction des ennemis et placez-les \u00e0 l’\u00e9cran.<\/li>
            • 2500 – \u00c9cran de pr\u00e9sentation.<\/li>
            • 3000 – S\u00e9lection des couleurs, effacement de l\u2019\u00e9cran, masquage du curseur et masquage des \u00abCAPS\u00bb sup\u00e9rieurs.<\/li>
            • 3005 – Lecture de donn\u00e9es UDG.<\/li>
            • 3010 – D\u00e9finir des variables avec des bandes de caract\u00e8res.<\/li>
            • 9000 – DATA avec graphes, positions, blocs de graphes et codage de niveau UDG.<\/li>
            • 9200 – Blocs graphiques utilis\u00e9s par l’instruction DOKE.<\/li>
            • 9300 – Position initiale du caract\u00e8re en fonction de l’\u00e9cran.<\/li>
            • 9500 – Donn\u00e9es de niveau.<\/li>
            • 9600 – Donn\u00e9es avec les types et la position des ennemis.<\/li><\/ul>\n\n\n\n

              Le Jeu !<\/h4>\n\n\n\n

              Solomon\u2019s Key est un jeu publi\u00e9 par Tecmo en 1986 et conc\u00e9d\u00e9 sous licence pour diff\u00e9rents syst\u00e8mes \u00e0 partir de 1987. US Gold a command\u00e9 les versions 8 bits du jeu.<\/p>\n\n\n\n

              \"\"<\/figure>\n\n\n\n

              Le jeu est de type plates-formes avec une pinc\u00e9e de jeu de strat\u00e9gie. Nous y contr\u00f4lons un petit sorcier qui doit saisir une cl\u00e9 et sortir pour monter de niveau. Le magicien a la capacit\u00e9 de cr\u00e9er et de d\u00e9truire des blocs bleus qui lui permettront d\u2019atteindre la cl\u00e9. Chaque niveau est plein d’ennemis qui te tueront au moindre contact. Le petit sorcier part avec 5 vies.<\/p>\n\n\n\n

              La version d\u00e9velopp\u00e9e par Dan utilise les m\u00eames m\u00e9canismes que le jeu original avec les 17 \u00e9crans de la version ZX-Spectrum, qui sont r\u00e9p\u00e9t\u00e9s ind\u00e9finiment. Le mouvement des ennemis est adapt\u00e9 aux limitations du BASIC.<\/p>\n\n\n\n

              Contr\u00f4les : <\/strong><\/p>\n\n\n\n

              • D\u00e9placez l’assistant \u00e0 gauche ou \u00e0 droite avec “Z” et “X”.<\/li>
              • Appuyez sur “L” pour cr\u00e9er ou d\u00e9truire un bloc bleu. Selon votre position, il sera cr\u00e9\u00e9 devant vous \u00e0 votre hauteur ou \u00e0 une hauteur inf\u00e9rieure.<\/li>
              • Appuyez sur “P” pour sauter, avec en plus la possibilit\u00e9 de contr\u00f4ler la direction en appuyant sur “Z” ou “X”. Si vous avez un bloc en haut, vous le d\u00e9truisez d’un coup de t\u00eate.<\/li><\/ul>\n\n\n\n

                Comparons …<\/h4>\n\n\n\n
                \"\"
                Comparaison des versions Oric-Atmos et ZX-Spectrum<\/figcaption><\/figure>\n\n\n\n

                <\/p>\n","protected":false},"excerpt":{"rendered":"

                Le dernier acte (connu \u00e0 ce jour) de la programmation multi-ordinateurs en basic par Dan Cresp, et un coup de chapeau \u00e0 Dom Informations g\u00e9n\u00e9rales Apr\u00e8s presque quatre ans sans programmer sur l’ORIC, quand Dan reprend la cr\u00e9ation de soft avec \u00abAverno\u00bb, il est tellement satisfait du r\u00e9sultat qu’il s’engage dans un autre projet encore […]<\/p>\n","protected":false},"author":1,"featured_media":2947,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[348,362],"tags":[670,765],"class_list":["post-868","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-basic","category-games","tag-ceomag360","tag-dancresp"],"_links":{"self":[{"href":"https:\/\/oric.bqtt.net\/index.php\/wp-json\/wp\/v2\/posts\/868","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/oric.bqtt.net\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/oric.bqtt.net\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/oric.bqtt.net\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/oric.bqtt.net\/index.php\/wp-json\/wp\/v2\/comments?post=868"}],"version-history":[{"count":0,"href":"https:\/\/oric.bqtt.net\/index.php\/wp-json\/wp\/v2\/posts\/868\/revisions"}],"wp:attachment":[{"href":"https:\/\/oric.bqtt.net\/index.php\/wp-json\/wp\/v2\/media?parent=868"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/oric.bqtt.net\/index.php\/wp-json\/wp\/v2\/categories?post=868"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/oric.bqtt.net\/index.php\/wp-json\/wp\/v2\/tags?post=868"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}