Un jeu de puzzles logiques pour Rom 1.1 et Sedoric (Atmos réel, Euphoric ou Oricutron)
par André C.
Ce jeu a été inventé par Naoki Inaba sous le nom de “Nanba Burokku”. Par la suite, il a été renommé “Tectonics”, “Suguru” ou même “Number blocks”. La version Oric, adaptée aux possibilités de l’écran, bénéficie en outre d’une interface Français/Anglais. Le principe est simple : Le jeu se joue sur une grille. C’est la taille de la grille qui détermine la difficulté du jeu. Cette grille est divisée en zones de 1 à 5 cases, délimitées par des lignes épaisses. Le but du jeu est de remplir la grille avec des chiffres de 1 à 5 de telle manière que : 1) Il n’y ait pas de chiffres identiques à l’intérieur d’une même zone. 2) Il n’y ait pas de chiffres identiques dans les cases qui se touchent, même en diagonale.
TROIS NIVEAUX DE DIFFICULTÉ POUR LA VERSION ORIC
Les règles, qui sont simples, permettent au jeu d’être rapide, du moins pour le premier niveau de difficulté labellisé “Fastoche”. Ce niveau comporte 36 grilles de 4×5 cases pouvant être résolues en une à deux minutes chacune (ce qui vous occupera quand même pour un bon moment).
Niveau “Fastoche”
Les choses se compliquent avec le deuxième niveau “Faisable” dont les 24 grilles, comptent 9×5 cases. Ces grilles peuvent encore être résolues dans un temps raisonnable, mais le nom de “Rapid’Oric” que j’ai attribué à mon jeu commence à être un peu usurpé…
Niveau “Faisable”
Le troisième et dernier niveau “Fortiche” comporte 8 grilles de 11×9 cases et le jeu n’a plus rien de “Rapide”. Ces grilles sont réservées aux malades de la logique. Attention, vous risquez de vous arracher les cheveux (si vous en avez).
Niveau “Fortiche”
LES COMMANDES
Pour résoudre ces grilles, vous disposez des commandes suivantes : -Les 4 flèches pour déplacer le curseur dans la grille. -FUNCT + flèche pour déplacer plus rapidement le curseur. -Touche de 1 à 5 pour placer un chiffre dans la case au curseur. -FUNCT + touche de 1 à 5 pour placer une hypothèse. -Touche 0 pour effacer la case au curseur. -Touche R pour Réinitialiser la grille en cours avec les valeurs de départ. -Touche S pour Sauver la grille en cours. -Touche L pour recharger (Load) la grille précédemment sauvée.
UN PEU DE STRATÉGIE
Il faut commencer par rechercher les zones ne comportant qu’une seule case, car elles ne peuvent contenir que le chiffre 1. Ensuite, vous pourrez peut-être trouver quelques chiffres dans les zones de 2 et 3 cases qui comptent forcément parmi les moins compliquées. Sinon, il faut rechercher les solutions les plus évidentes. Cette stratégie suffit en général pour les grilles “Fastoches”, c’est pourquoi elles sont si rapides à résoudre. Un peu plus de matière grise et de temps seront nécessaires pour les grilles plus grandes.
Premier exemple, illustrant la progression des raisonnements logiques:
Des extraits séquentiels d’une même grille sont rangés de gauche à droite
On repère d’abord une zone mono-case et on y place le chiffre 1. Dans la zone située en dessous, une seule case peut recevoir le chiffre 2. Par suite, la place du chiffre 3 est évidente. Du coup, dans la case du dessus, le chiffre 3 ne peut aller qu’à un seul endroit. Les positions du 4, puis du 5 ne posent alors aucun problème. Et ainsi de suite, jusqu’à résolution de toute la grille…
Deuxième exemple, emprunté à une grille plus complexe:
Les extraits successifs de cette grille sont rangés de gauche à droite, puis de haut en bas.
Ici encore on commence par une zone mono-case qui reçoit avec plaisir le chiffre 1. Dans la zone de 5 cases située au-dessus, le 1 ne peut être placé qu’à un seul endroit. On en profite pour renseigner la zone bi-cases située encore au-dessus en y plaçant les chiffres 1 et 2. Intéressons-nous à la zone de 5 cases en croix située au milieu de l’extrait, car le chiffre 4 ne peut aller qu’à un seul endroit. Par suite, plaçons le chiffre 5, puis le 2 et enfin le 1. La bonne stratégie consiste à tourner autour de ce bloc central de cases résolues. C’est ainsi qu’on trouve où mettre les chiffres 1 et 2 dans les zones adjacentes. J’attire votre attention sur le chiffre 2 ajouté dans le dernier extrait. La stratégie illustrée dans ce cas vous sera souvent très utile lorsque le jeu semblera bloqué. On effet, si on fait le bilan de ce que cette case pourrait contenir, on voit que les chiffres 1, 3, 4 et 5 sont interdits (règle n°2) et donc que seul le chiffre 2 peut y être placé. Il arrivera évidemment que plusieurs chiffres semblent possibles (à un moment donné) pour une même case. L’utilisation de la touche FUNCT vous permettra d’y placer des hypothèses. Ne perdez pas de vue que les hypothèses ne représentent pas seulement des possibilités, elles permettent aussi de statuer sur le contenu éventuel des cases adjacentes. Toutes les grilles ont bien sûr une solution, n’en doutez pas. En toute bonne logique… la logique finira par triompher !
Pour les développeurs en herbe, amateurs de beaux graphismes sur Oric, Grégoire a développé un programme de création graphique sur PC. Un programme dédié simulant les capacités graphiques de l’Oric (ou devrait je plutôt parler des contraintes graphiques de l’Oric tant son système vidéo rebute les peintres en herbe).
L’outil simule la manipulation de la zone mémoire haute résolution de l’Oric et reproduit l’image Hires dans une fenêtre, et les datas nécessaires à sa réalisation.
Les principales fonctionnalités :
Exploration via une grille d’affichage des octets correspondants à la mémoire HIRES
La récupération du listing de ‘data’ de la sélection de bloc d’octets pour le C, Basic et ASM
Modification de l’image : dessin en mode pixel
Fonctions en développement : importation d’images de type PNG, BMP ou JPG
A l’ouverture, une fois chargée une image, la première fonctionnalité est l’affichage des octets de la page Hires dans une grille.
On peut alors laisser libre cours à son imagination pour modifier l’image Hires, avec un crayon pour graver les pixels
Aujourd’hui, l’importation des images est réalisée en Noir & Blanc. Une des fonctions en cours de développement permettra d’importer des images et de régler les canaux RVB
D’autres fonctions sont en cours de développement, à l’image du travail en mode AIC de la page Hires.
Découvrez la mise en œuvre du logiciel, présenté par Grégoire dans la vidéo du CEO Meet de Noël. Téléchargez l’outil construit par Grégoire sur son site web.
Oric Explorer est un des meilleurs utilitaires permettant d’inspecter des disquettes (dsk) et cassettes (tap). Damien a revisité le logiciel et ajouté quelques fonctions.
Cette version française a été établie d’après le fichier ReadMe.txt du 15/05/2020 (Oricutron version win64-20200515). La version PDF de cet article est disponible (voir en fin d’article).
English speaking Oricians can directly use the official Oricutron Manual (ReadMe.txt file released with Oricutron).
Au lancement d’Oricutron, il faut presser sur F1 pour accéder au menu principal, qui permet entre autres choses, d’ajouter un clavier Oric virtuel, ce qui peut être utile, voir indispensable.
Touches actives dans les menus en général
Flèches Se déplacer dans le menu
Return Exécuter l’option choisie
DEL Revenir en arrière
ESC Quitter le menu (ou touche Backspace ou BACK avec la souris)
Touches actives dans le mode émulateur
F1 Aller au menu principal (sortie par ESC ou Backspace ou BACK avec la souris).
F2 Entrer dans le mode Débugueur / Moniteur (sortie par F2).
F3 Reset soft (NMI)
F4 Reset hard (reboot)
Shift+F4 Reset Jasmin
F5 Basculer entre les 3 états de la ligne d’information sous l’écran.
F6 Basculer entre vitesse normale / vitesse x20
F7 Enregistrer toutes les disquettes modifiées
Shift+F7 Enregistrer toutes les disquettes modifiées sous un nouveau nom.
F8 Basculer entre mode fenêtre / mode plein écran
F9 Sauver le fichier tape
F10 Démarrer / arrêter la capture vidéo AVI
F11 Copier l’écran texte dans le presse-papiers.
F12 Coller le presse-papiers dans l’écran texte.
Help Aide (pour Amiga, MorphOS and AROS)
AltGr Modificateur supplémentaire
L’intérêt du couple F11/F12 mérite d’être souligné, car il offre une passerelle intéressante entre Oricutron et le système hôte.
Le débogueur / moniteur d’Oricutron
Pour accéder au mode débogueur / moniteur d’Oricutron, vous devez presser la touche F2 (F2 est en fait une bascule entre le débogueur et l’émulateur qui peut être utilisée à tout moment sans perte, ni dans l’émulateur, ni dans le débogueur / moniteur). Un écran apparaît, structuré comme celui de la Fig. 1 : Cet écran est composé de 4 fenêtres :
Fig.1 Etat du débogueur apres assemblage de code LM (a $9812) et positionnement du PC (r pc $9812).
1) Ecran de l’Oric
2) Status du 6502 (“6502 Status”)
3) Une zone dans laquelle alternent les 3 fenêtres suivantes : Moniteur (“Monitor”) / Débogueur (“Debug console”) / Dump mémoire (“Memory watch”). On passe d’une fenêtre à l’autre avec la touche F3.
4) Une zone dans laquelle alternent les 2 fenêtres suivantes : Informations VIA (“VIA Status”) et Informations AY (“AY Status”). On passe d’une fenêtre à l’autre grâce à la touche F4.
Touches actives dans le mode Débogueur / Moniteur
Dans ce mode, outre l’écran de l’Oric, les fenêtres suivantes sont visibles :
“6502 Status” (Fig. 1 en haut à droite).
Fig. 2 Fenêtre “Debug console” (vide pour l’instant).
“Monitor” (Fig. 1 en bas à gauche) ou “Debug console” (Fig. 2) ou “Memory watch” (Fig. 3).
Fig. 3 Fenêtre “Memory watch” (ici on voit la page zéro).Fig. 4 Fenêtre “6502 status” (après réinitialisation de CY par F9).
“VIA Status” (Fig. 1 en bas à droite) ou “AY Status” (Fig. 5).
Fig. 5 Fenêtre “AY status”.
Les touches suivantes sont actives de manière générale, sans qu’il soit nécessaire d’indiquer une fenêtre en particulier.
F1 Aller au menu principal (retour au mode émulateur par ESC ou Backspace ou BACK avec la souris, mais F2 permet de retrouver le Débogueur / Moniteur au même point).
F2 Passer dans le mode émulateur (retour dans le Débogueur / Moniteur par la touche F2).
F3 Pour basculer entre les fenêtres Moniteur (“Monitor”) / Débogueur (“Debug console”) / Dump mémoire (“Memory watch”).
F4 Pour basculer entre les fenêtres Informations VIA (“VIA Status”) et Informations AY (“AY Status”).
F9 Pour réinitialiser le compteur de cycles (ligne CY= dans la fenêtre 6502) (Fig. 4).
F10 Pour exécuter la ligne de code marquée > dans la fenêtre 6502 (Fig. 1 en haut à droite).
F11 Comme F10, mais s’il s’agit d’un sous-programme, celui-ci est exécuté en bloc, sans affichage du détail des lignes de ce sous-programme.
F12 Pour sauter l’instruction marquée > et pointer sur l’instruction suivante. La paire d’écrans “VIA Status” ou “AY Status” affichent des informations en fonction du contexte et ne disposent pas de commandes spécifiques. Par contre, chacune des fenêtres “Monitor”, “Memory watch” et “Debug console”, possède des commandes propres, en plus des commandes listées ci-dessus.
Touches actives dans le mode Console (fenêtre “Debug console”)
Flèches Haut / Bas Historique des commandes.
Touches actives dans le mode Dump Mémoire (fenêtre “Memory watch”)
Flèches Haut / Bas Scrolling Haut / Bas, ligne par ligne.
Shift + Flèches Haut / Bas Scrolling Haut / Bas, écran par écran.
Page Up/Page Down Idem.
Fig. 6 Fenêtre “Memory watch” (Splitée par S).
Chiffres hexadécimaux Pour changer de zone mémoire à visualiser. Exemple $9800 affiche le contenu de la mémoire à partir de $9800 (Fig. 6).
S Activer / désactiver le mode fractionné (Split). Dans ce mode, deux demi-fenêtres “Memory watch” permettent de visualiser deux zones différentes de la mémoire (Fig. 6).
Tab Changer de demi-fenêtre “Memory watch” en mode fractionné. La demi-fenêtre active est indiquée par une coche dans la marge gauche. Les commandes ne sont alors effectives que sur cette demi-fenêtre (Fig. 6).
Instructions en mode moniteur (fenêtre “Monitor”)
En entrée les valeurs numériques sont décimales par défaut. Elles peuvent être hexadécimales si elles sont préfixées par $ ou binaires si elles sont préfixées par %. Presque toutes les sorties sont en mode hexadécimal. Là où vous pouvez entrer un nombre ou une adresse, vous pouvez transmettre un registre CPU ou VIA. (Les registres VIA sont préfixés par V, par exemple VDDRA). Là où vous pouvez entrer une adresse, vous pouvez également utiliser un symbole. En plus des commandes décrites au paragraphe “Touches actives dans le mode Débogueur / Moniteur”, voici les commandes spécifiques du mode Moniteur :
? Affiche toutes les commandes disponibles (RETURN pour avoir l’écran suivant).
Flèches Haut / Bas Historique des commandes.
a <addr> Assembler le code à l’adresse <addr> (assemble) (Fig. 1). Au prompt entrer une ligne de code. L’assembleur passe à la ligne suivante, presser RETURN pour finir.
bc <bp id> Effacer le point d’arrêt indiqué (clear breakpoint).
bcm <bp id> Effacer le point d’arrêt mémoire indiqué (clear memory breakpoint).
bl Lister les points d’arrêt (list breakpoints).
blm Lister les points d’arrêt mémoire (list memory breakpoints).
bs <addr> [zc] Définir un point d’arrêt classique (set breakpoint) (pour les modificateurs zc, voir plus loin dans la partie consacrée aux points d’arrêts).
bsm <addr> [rwc] Définir un point d’arrêt mémoire (set memory breakpoint) (pour les modificateurs rwc, voir plus loin dans la partie consacrée aux points d’arrêts).
bz Supprimer les points d’arrêt (zap breakpoints).
bzm Supprimer les points d’arrêt mémoire (zap memory breakpoints).
Fig. 7 Fenêtre “Monitor” (désassemblage par la commande d $9812).
d <addr> Déassembler à partir de l’adresse <addr> (disassemble) (Fig. 7).
fd <addr> <end> <file> Désassembler dans un fichier, de <addr> à <end> (disassemble to file). Ce fichier <file> est sauvé dans la racine du répertoire Oricutron. Aucune extension, ni entête, n’est ajoutée. Il ne contient que les data bruts, sans informations complémentaires (adresses, type etc.). NB. L’ancienne commande df <addr> <end> <file> n’est plus reconnue.
fw <addr> <len> <file> Sauver une zone mémoire sur la disquette (bin file write) (Fig. 10). Ce fichier <file> est sauvé dans la racine du répertoire Oricutron. Aucune extension, ni entête, n’est ajoutée. Il ne contient que les data bruts, sans informations complémentaires (adresses, type etc.). NB. L’ancienne commande wm (write memory to disk) n’est plus reconnue.
fr <addr> <file> Charge un fichier en mémoire à l’adresse <addr> (bin file read) (Fig. 10). Il s’agit d’un fichier brut préalablement sauvé dans la racine du répertoire Oricutron (ou d’un fichier similaire reconstruit). Il faut donc préciser l’adresse cible et le nom exact.
m <addr> Dumper les 128 octets présents en mémoire à partir de l’adresse <addr> tout en restant dans la fenêtre Moniteur (memory) (Fig. 9). Presser la touche RETURN pour afficher la demi-page suivante. Cette commande est moins puissante que la commande mw ci-après.
mm <addr> <valeur> Modifier la mémoire (modify memory) (Fig. 8).
Fig. 8 Fenêtre “Monitor” (mm modify memory).
mw <addr> Afficher la fenêtre Dump Mémoire et dumper à partir de l’adresse <addr> (memory watch at addr) (Fig. 3). Cette commande est plus puissante que la commande m ci-dessus (Fig. 9) (voir les nombreuses touches actives dans ce mode Dump Mémoire).
Fig. 9 Fenêtre “Monitor” (m dump memory).
nl <fichier> Charger une recopie d’écran (load snapshot) (pas d’extension par défaut).
ns <file> Enregistrer une recopie d’écran (save snapshot) (pas d’extension par défaut).
r <reg> <val> Initialiser le registre <reg> avec la valeur <val> (set register). Exemple “r pc $9812” positionne le Program Compter en $9812 (Fig. 1, fenêtre 6502 status en bas à gauche). Les touches F10 et F11 permettent d’exécuter le code qui se trouve à cette adresse.
Fig. 10 Fenêtre “Monitor” (commandes fw et fr).
q, x ou qm Quitter le moniteur et retourner à l’émulateur (quit, exit, quit moniteur)
qe Quitter l’émulateur (quit emulator)
sa <nom> <addr> Ajouter ou déplacer un symbole utilisateur (add symbol)
sk <nom> Supprimer un symbole utilisateur (kill symbol)
sc Symboles non sensibles à la casse (symbols not case-sensitive)
sC Symboles sensibles à la casse (symbols Case-sensitive)
sl <file> Charger les symboles utilisateur (symbols load) (pas d’extension par défaut)
sx <file> Exporter les symboles utilisateur (export symbols) (pas d’extension par défaut)
sz Supprimer les symboles utilisateur (zap symbols).
Points d’arrêt
Parmi les commandes listées ci-dessus, 8 sont consacrées aux points d’arrêt. C’est dire l’importance qu’ils occupent dans le débogueur / moniteur d’Oricutron. Voici quelques précisions.
Il existe deux types de points d’arrêt. Les points d’arrêt normaux ou “classiques” se déclenchent lorsque le processeur est sur le point d’exécuter l’instruction à l’adresse du point d’arrêt. Les points d’arrêt “mémoire” se déclenchent lors de l’accès ou de la modification de l’adresse du point d’arrêt.
Les points d’arrêt “classiques” peuvent utiliser les modificateurs z et / ou c.
bs $0C00 Arrêt lorsque le processeur est sur le point d’exécuter du code à l’adresse $0C00
bs $0C00 z Idem et met le compteur de cycles à zéro
bs $0C00 zc Met le compteur de cycles à zéro et continue (pas d’arrêt)
bs $0C00 c Continue l’exécution (le point d’arrêt est désactivé)
L’objectif principal des modificateurs z et / ou c est de faciliter le comptage des cycles.
Si des symboles sont chargés, ils peuvent être utilisés à la place des adresses absolues.
Les points d’arrêt “mémoire” peuvent être déclenchés de trois manières: lorsque le processeur est sur le point de lire (r pour read), ou d’écrire (w pour write) à l’adresse ou lorsque la valeur à l’adresse change pour une raison quelconque (c pour change). Le choix du modificateur c (c pour change) n’est pas très heureux, car pour les points d’arrêt normaux, c est déjà utilisé pour continue. Voici quelques exemples d’utilisation :
bsm $0C00 r Arrêt lorsque le processeur est sur le point de lire à l’adresse $0C00
bsm $0C00 rw Arrêt lorsque le processeur est sur le point de lire ou d’écrire à l’adresse $0C00
bsm $0C00 c Déclenche une pause après le changement du contenu de $0C00
bsm $0C00 rwc Déclenche une pause juste avant que le processeur ne lise ou n’écrive à l’adresse $0C00 ou juste après le changement, pour une raison quelconque, du contenu de $0C00.
Fig. Fenêtre “Ecran Oric” (résultat de l’exécution).
Conclusion
Ce manuel est certes très succinct et de nombreuses explications pourraient encore être ajoutées. Néanmoins, j’espère qu’il vous sera utile, comme il l’est pour moi. N’hésitez pas à me faire connaître les manques et les erreurs, afin que je puisse l’améliorer.
Ces deux derniers sons ont une structure différente de celle des 5 sons préprogrammés précédents. Ils n’utilisent pas d’enveloppe, mais font appel à des boucles de temporisation pour contrôler l’évolution du son.
LA COMMANDE ZAP
Voici la routine copiée et adaptée de la Rom :
Voici ce que révèle le bloc des 14 paramètres :
-Contrôle des canaux en service : R7 = #3E, soit 0011 1110. Seul le canal 1 est activé.
-Période du canal 1 : R0/R1 = #0000. Soit une fréquence infinie que le PSG 9812 ne peut générer !
-Aucun bruit blanc n’est généré car R6 = #00.
-Volume du son du canal 1 : R8 = #0F (le maximum). Aucune enveloppe n’est mise en jeu.
Au premier abord, les paramètres de ZAP sont surprenants ! Le PSG est initialement mis en position de générer des ultra-sons, ce qu’il ne sait pas faire. Mais dans le code qui suit le chargement des 14 paramètres, une boucle est générée, comprenant une temporisation de 1,28 ms et une incrémentation de la période du 1er canal. Cette boucle tourne jusqu’à ce que la période atteigne #0070 ce qui correspond à 554 Hz : Le PSG génère donc un son de plus en plus grave. Le processus se termine alors on envoyant #00 (volume sonore nul) dans le registre R8.
Si on augmente la temporisation par un facteur 10, afin de mieux percevoir ce qui sort du PSG au début de ZAP, on se rend compte que des criailleries atroces sont générées, comme si on était en train d’assassiner votre Oric ! Heureusement, avec la temporisation normale de ZAP, elles sont trop brèves pour être perçues. Mais il aurait été plus propre d’initialiser la période de départ du canal 1 avec une valeur un peu plus haute que #0000 !
Variantes
La plus évidente est de réduire le volume sonore qui est actuellement au maximum. Un POKE # 982E suivit d’une valeur de #00 à #0F permet de l’ajuster finement.
Ceci mis à part, les autres possibilités de modifications sont infinies grâce au concept de temporisation permettant d’introduire une modification des paramètres du PSG9812. Rien n’empêche de compliquer le profil du son produit. ZAP est de loin le son préprogrammé le plus intéressant de l’Oric.
Pour l’heure, nous serons plus modestes et fixerons une période de départ autre que #0000 et une période d’arrivée autre que #0070. Nous pourrons aussi modifier la temporisation, c’est-à-dire la durée de chaque fréquence générée, et par suite la durée totale du son produit.
Comme précédemment, la procédure consistera à charger ZAPLM en Ram et à POKEr les valeurs à modifier. Cette routine est localisée de #9800 à #9833 et les adresses à POKEr sont les suivantes :
En #982E : Paramètre R8. Le volume du son du canal 1.
En #9808 : Octet de poids faible de la période de départ (limitée à #FF, car un seul octet est pris en compte).
En #981C : Octet de poids faible de la période finale (idem un seul octet pris en compte).
En #9813 : Le nombre de tours de la boucle de temporisation. Dans l’état actuel de la routine (une boucle de 256 réitérations), il est seulement possible de réduire cette durée. Pour l’augmenter, il faudra mettre en place une deuxième boucle.
Le programme ZAP1.BAS offre quelques échantillons tout prêts tandis que ZAP2.BAS permet d’expérimenter soi-même de nouveaux sons, en ajustant le volume sonore, la temporisation, les périodes de départ et de fin.
Quelques remarques :
-La durée des sons produits est très variable compte tenu de la gamme des fréquences à parcourir.
-Les sons produits vont de l’aigu vers le grave. Or les sons aigus semblent moins audibles que les graves (à moins que ce ne soit un problème personnel). Il s’en suit que toutes les variantes se ressemblent car elles finissent par des sons graves mieux perçus.
LA COMMANDE OUPS
Voici le code d’OUPS transposé et adapté pour l’Atmos à partir du code original d’OUPS pour Telestrat :
Voici ce que révèle le bloc des 14 paramètres : -Contrôle des canaux en service : R7 = #3E, soit 0011 1110. Seul le canal 1 est activé. -Période du canal 1 : R0/R1 = #0046 (environ un LA de l’octave 4). -Aucun bruit blanc n’est généré car R6 = #00. -Volume du son du canal 1 : R8 = #0F (le maximum). Aucune enveloppe n’est mise en jeu. Le PSG 9812 génère un LA de l’octave 4 avec un volume sonore maximum suivit d’une temporisation de 0,12 s avant que finalement le canal 1 soit inactivé. Simple non ?
Variantes
OUPS repose sur 3 paramètres : Période et volume du son, durée de la temporisation. La période du canal 1 (R0/R1) peut être comprise entre #0000 et #0FFF. Le volume sonore (R8) est ajustable de #00 à #0F. La durée du son peut varier de 1,28 ms (avec Y=1) et 0,33 s (avec Y=#FF). On peut évidemment générer une infinité de sons en combinant ces 3 paramètres. Après avoir chargé OUPSLM en Ram, il suffit de poker les valeurs à modifier. Compte tenu de l’adresse d’implantation d’OUPS en Ram (de #9800 à #9827), les adresses à poker sont : En # 981A-#981B : Période du canal 1 (R0/R1). En #9809 : Nombre de tours de la boucle externe Y. En #9822 : Volume sonore du canal 1 (R8) Comme pour les autres sons, je vous propose deux petits programmes Basic: Le premier OUPS1.BAS propose divers échantillons de variantes d’OUPS et le second OUPS2.BAS permet d’expérimenter soi-même toutes les combinaisons possibles des 3 paramètres d’OUPS.
Le programme OUPS1.BAS
Le menu propose 20 périodes correspondant à la fréquence des notes de DO de l’octave 1 au DO de l’octave 6, puis du LA de l’octave 1 au LA de l’octave 6 et enfin toute la gamme de l’octave 4. Les deux autres paramètres (durée et volume du son) n’ont pas été modifiés et sont ceux du OUPS d’origine.
Le programme OUPS2.BAS
Le menu vous propose de tester vous-même tous les sons de votre choix. On peut fixer indépendamment période, volume et durée et écouter ce que cela donne.
LA COMMANDE ZAAP
Voici une nouvelle famille de sons, les “ZAAP”, basés sur la routine ZAP, mais dont la durée serait augmentée grâce à une boucle supplémentaire. Non seulement cela permettra d’obtenir des sons plus longs, mais aussi de “normaliser” leur durée, qui varie selon le nombre de périodes balayées. Au final, avec cette “normalisation”, des sons de durée similaire pourront plus facilement être comparés.
Listing modifié :
Le nouveau listing ZAAPLM.ASM peut être obtenu à partir du listing ZAPLM.ASM en remplaçant la section située entre les lignes “;Début de la temporisation” et “;Fin de la temporisation” par la même section prise dans OUPSLM.ASM. Cette boucle supplémentaire permet des temporisations de 1,23 ms (pour Y=#01) à 315 ms (pour Y=#00, c’est-à-dire #100 en réalité). La temporisation comporte une partie fixe (boucle interne de 1,28 ms environ) et une partie ajustable, la 2e boucle ou boucle externe, qui joue un rôle multiplicateur. La durée totale théorique en ms d’un ZAAP est égale à 1,28 x(période finale – période initiale) x(nombre de tours de 2e boucle). La brièveté des sons ne permet pas de vérifier les valeurs réelles obtenues.
Le programme ZAAP1.BAS
Il montre ce que ça donne avec les octaves 3 à 7 lorsque la temporisation a été ajustée pour obtenir des sons de durée totale de 160, 320, 640 et 1300 ms. Voici les périodes de départ et de fin utilisées pour chaque octave :
Résultats On observe une nette progressivité dans les résultats obtenus avec les octaves 7 à 3 et pour chacune avec les durées croissantes. C’est l’octave 7 (la plus aiguë) qui est la moins satisfaisante : La durée 640 ms et surtout la durée 1300 ms révèlent des distorsions peu agréables. Mais dans l’ensemble, cela représente une belle bibliothèque de sons cohérents dérivés de ZAP.
Le programme ZAAP2.BAS
Il vous permettra de procéder à vos propres tests en modifiant, les périodes de départ et de fin, ainsi que le nombre de boucles Y et le volume sonore. Le tableau ci-dessus vous sera probablement de quelque aide.
Vous trouverez tous les programmes produits au cours de ce travail dans le fichier SonsPreprogr3.zip qui accompagne cet article.
1e partie : Récupération et adaptation du code source
par André C.
Les 3 articles précédents “Musique, Note, Octave, Fréquence et Période“, “Les enveloppes du PSG 8912” et “Temporisation en langage machine” vous ont fourni quelques éléments de compréhension des sons de l’Oric. Nous allons voir comment exploiter au mieux les sons préprogrammés grâce à une nouvelle série de 3 articles. Afin d’éviter les redites, j’ai zappé les bases déjà décrites et vous invite à vous reporter aux articles précédents en cas de besoin.
Liste des sons préprogrammés
Aux commandes usuelles PING, SHOOT, EXPLODE et ZAP, il faut ajouter TOUCON (bruit clavier des touches contrôles), TOUNOR (idem touches normales) et OUPS, le petit dernier du Telestrat.
Tous les sons préprogrammés ont le même inconvénient : il n’est pas possible d’en moduler le volume sonore (d’où divers petits gadgets hardware apparus pour atténuer le son pendant la nuit !). La raison en est simple : Tous ces sons sont figés en Rom et on peut difficilement intervenir.
Il est quand même possible de s’inspirer de leur code pour le mettre en Ram et le modifier. Pour OUPS par exemple, le volume sonore est figé plein pot, mais il est facile de rendre ce paramètre ajustable dans une version en Ram. Malheureusement, pour les sons préprogrammés utilisant une enveloppe, on est bien obligé de garder celle-ci, sous peine de faire autre chose. Il est toutefois possible de modifier la hauteur de la note, sa durée etc.
Structure des sons préprogrammés
Tous ces sons sont basés sur 2 routines en Rom :
La routine #F590 envoie un seul des 14 paramètres au PSG (les registres A et Y du 6502 contenant respectivement le paramètre à envoyer et le numéro du registre cible).
La routine #FA86 envoie 14 paramètres au PSG (les registres X et Y du 6502 contenant l’adresse où se trouvent les 14 paramètres).
En outre ZAP et OUPS font appel à une temporisation à boucle pour gérer la durée du son produit.
Récupération des sources en langage machine
Le plus simple est donc de recopier le code présent en Rom dans un fichier source en langage machine. Il faut aussi modifier les adresses des blocs de paramètres pour les diriger vers la Ram. Enfin, dans le cas d’OUPS, il faut remplacer les adresses Telestrat par les adresses Atmos pour les 2 routines citées ci-dessus.
C’est ainsi que j’ai obtenus les 8 fichiers source suivants : PINGLM.ASM, SHOOTLM.ASM, EXPLODLM.ASM, TOUCONLM.ASM, TOUNORLM.ASM, ZAPLM.ASM, OUPSLM.ASM et même PREDEFLM.ASM qui regroupe le code des 7 sons préprogrammés (voir le fichier SonsPreprogr1.zip qui accompagne cet article).
Mise en œuvre des sons préprogrammés
Après compilation, j’ai obtenu 8 fichiers exécutables .TAP qui sans surprise reproduisent fidèlement les 7 sons d’origine. Il ne reste plus qu’à étudier le mécanisme de chaque son et éventuellement à modifier certains paramètres.
Les commandes PING, SHOOT, EXPLODE, TOUCON et TOUNOR utilisent une enveloppe pour contrôler le volume sonore alors que ZAP et OUPS fixent celui-ci au maximum. Le code de tous ces sons envoie un bloc de 14 paramètres au PSG 8912. Mais en outre, le code de ZAP et OUPS met en place des boucles de temporisation pour contrôler le son produit.
L’analyse du bloc de 14 paramètres est facile car tous les paramètres sont à zéro par défaut (sauf R7 qui contrôle les canaux en service et qui est mis à #3F pour tout inhiber). Voir éventuellement “Retour sur la mise en œuvre du PSG AY3-8912” dans le CEO-mag de Janvier 2020. Les paramètres spécifiques d’un son donné sont donc immédiatement apparents ce qui permet de comprendre ce que fait ce son. Attention toutefois au paramètre R13 dont la valeur #00 peut désigner l’enveloppe de n°0 lorsque le contrôle du volume sonore fait appel à une enveloppe.
Cet article fait suite à “PLAY, MUSIC, SOUND”, paru en avril 2000, dans le CEO-mag n°119-120 page 35 à 39. Mais il est plus particulièrement consacré aux enveloppes du PSG 8912.
L’Oric permet de générer deux sortes de sons : Soit des sons continus dont on peut fixer (entre autre) le volume sonore, soit des sons complexes dont le volume évolue avec le temps selon un profil appelé “enveloppe”. Par exemple, l’enveloppe du fameux PING est une rampe descendante allant du volume maximum à zéro : \
Problèmes de n° d’enveloppe
Pour le registre “Numéro de l’enveloppe”, le PSG 8912 accepte des valeurs de #00 à #0F soit 16 possibilités (voir “L’Oric à nu” de Fabrice Broche, page 23). Mais certaines valeurs donnent des résultats identiques : d’une part #00, #01, #02, #03, #9 et d’autre part #04, #05, #06, #07, #0F. Cela ramène le nombre réel d’enveloppes à 8 (voir tableau page suivante). Mais 7 enveloppes seulement sont décrites dans le manuel de l’Oric-1 (page 111) et dans celui de l’Atmos (page 124). En fait les concepteurs de la commande PLAY ont fait un mauvais choix : La table pour de conversion des valeurs de 0 à 7 de la commande PLAY en valeurs de #00 à #FF à envoyer au PSG (soit : #00, #00, #04, #08, #0A, 0B, #0C et #0D) fait l’impasse sur l’enveloppe #0E, tandis que l’enveloppe #00 y figure (inutilement) deux fois ! (cf. “L’Oric à nu”, page 380).
Problèmes de profils
La forme de ces 16 enveloppes est un peu délicate à comprendre. Comme déjà indiqué, leur numéro va de #00 à #0F, soit en binaire, de 0000 0000 à 0000 1111. Ce numéro pilote en fait 4 paramètres correspondants aux bits b0 à b3 (actif lorsqu’ils sont mis à un) : ● Bit0 (HOLD) : Si 0 = répète indéfiniment le profil initial, si 1 = maintient (HOLD) indéfiniment le dernier son. ● Bit1 (ALT) : Si 0 = garde profil initial, si 1 = ALTerne front montant et front descendant. ● Bit2 (ATT) : Si 0 = ATTaque avec un front initial descendant, si 1 = ATTaque avec un front initial montant. ● Bit3 (CONT) : Si 0 = son limité dans la durée, si 1 = son CONTinu. En fait il n’y a que deux profils de base : Rampe descendante (ATT = 0, soit \) et rampe montante (ATT = 1, soit /). Le profil peut alors en rester là (CONT = 0) ou le son être prolongé (CONT = 1). Il y a deux manières de le prolonger : soit le dernier son est maintenu (HOLD = 1), soit le profil est répété (HOLD = 0). Enfin, si le profil est répété, il peut soit garder sa forme initiale (ALT = 0, la forme est répétée telle quelle et on a alors un résultat en dents de scie (//// ou \\\\), soit la forme est alternée (ALT = 1) et on a alors un résultat en \/\/\/ ou en /\/\/\ selon que l’on commence par un front descendant ou un front montant. Certaines enveloppes me laissent songeur (par exemple l’enveloppe #0B : rampe descendante qui se termine par un niveau sonore nul mais dont le niveau maintenu est haut ou à l’inverse l’enveloppe #0F : la rampe monte jusqu’au volume maximum, suivi par un niveau maintenu bas ! En fait ce niveau bas est inaudible et on est ramené à l’enveloppe #04 Le fichier ENVELOP.TAP qui accompagne cet article vous permettra d’étudier vous-même ce que cela donne. Dans cette démo, le PSG 8912 acceptant des valeurs de #00 à #0F j’ai retenu ces valeurs pour tester les 16 enveloppes. C’est le moment de vous faire l’oreille… Pour ma part, je suis arrivé à la conclusion suivante :
n° pour le PSG
n° pour PLAY
Description et profil
#00 *
0 & 1
Rampe descendante puis arrêt \
#04 *
2
Rampe montante puis arrêt /
#08
3
Répétition de la rampe descendante \\\\
#0A
4
Rampe descendante, puis rampes alternées \/\/\
#0B
5
Rampe descendante, puis plateau haut continu\ ͞
#0C
6
Répétition de la rampe montante ////
#0D
7
Rampe montante, puis plateau haut continu / ͞
#0E **
.
Rampe montante, puis rampes alternées /\/\/
Les différentes enveloppes gérée par le PSG 8912
Note : Dans ce tableau, les numéros d’enveloppe à envoyer au PSG figurent en hexadécimal, tandis que les numéros destinés à la commande Basic PLAY figurent en décimal. Il s’agit seulement d’un artifice de présentation. Note *: Pour le PSG, les numéros d’enveloppe #00, #01, #02, #03 et #9 sont identiques. Idem pour les numéros #04, #05, #06, #07 et #15. Les enveloppes #09 \ _ et #0F /_ se terminent par un niveau bas continu donc inaudible et on est ramené aux enveloppes #00 et #04 respectivement. Note **: Cette enveloppe n’est pas accessible avec PLAY.
Durée de l’enveloppe
Dernière ombre au sujet des enveloppes : Le registre “Période de l’enveloppe” du PSG 8912. Ce terme de “période” entraîne une confusion avec le même terme utilisé pour la commande SOUND pour désigner la hauteur du son à générer. En fait, ce paramètre fixe la durée des enveloppes. Mais son usage n’est pas évident car sur les 8 enveloppes existantes, seules 2 ont une durée déterminée, les 6 autres durent sans fin (jusqu’à ce qu’on envoie de nouveaux paramètres au PSG). J’ai écrit plus haut “il n’y a que deux profils de base : Rampe descendante \ et rampe montante /” et justement le paramètre “durée” fixe la durée de ces rampes. Dans le cas où les rampes sont répétées sans fin, leur durée individuelle est celle indiquée par le paramètre “durée”. Dans “L’oric à nu” page 23, Fabrice Broche indique que ce paramètre “va de #0000 à #FFFF et qu’il faut multiplier par 16 pour avoir la période en µs, soit de 0 à 1 seconde environ”. En réalité, c’est par 256 qu’il faut multiplier. Comme tout un chacun peut le vérifier, la durée des enveloppes va de 0 à 16 secondes environ. Avec la durée maximum #FFFF, on a 65535×256 = 16776960 µs, soit un peu plus de 16 secondes. Et c’est bien cela qu’on obtient en pratique lorsqu’on envoie #FFFF au PSG 8912. C’est encore différent avec la commande Basic PLAY, qui permet (entre autres) de fixer la durée l’enveloppe à utiliser. PLAY accepte des valeurs de 0 à #7FFF (32767), ce qui génère des sons durant environ 16 s. Pour toute valeur supérieure à #7FFF, le PSG ne prend pas en compte le bit de poids le plus fort. Ainsi #8000 est ramené à #0000 et #FFFF est ramené à #7FFF, c’est-à-dire environ 16 s.
Conclusion
J’espère que cet article vous donne toutes les clefs pour utiliser des enveloppes dans la production de sons avec votre Oric. Il n’en reste pas moins que l’usage de ces enveloppes n’est pas évident et il faut tâtonner avant d’obtenir ce que l’on désire. Mais quel plaisir de combiner plusieurs enveloppes à la suite les unes des autres pour produire un son complexe, comme par exemple le lancement d’un missile, le sifflement de sa trajectoire et son explosion au contact de la cible ! Le PSG 8912 est un beau jouet, pour peu que l’on soit patient…
Comme indiqué dans le sous-titre, il s’agit d’une version améliorée de Radar Oric (voir le CEO-mag n°358, pages 4 & 5 et RadarOric.dsk dans le fichier 358.zip). Outre de nouvelles commandes, cette version comporte 48 nouvelles grilles réparties en 3 niveaux de difficulté (1 Fastoche, 2 Faisable et 3 Fortiche). Autre petit plus : Le jeu est maintenant bilingue Anglais et Français.
Rappel du synopsis
Votre QG est attaqué par une flotte ennemie et pour vous défendre, vous disposez d’un tout nouveau radar couplé à un ordinateur dernier cri : l’Oric. Votre tâche est de localiser exactement la position de tous les bateaux ennemis, puis de déclencher un feu apocalyptique qui les anéantira.
Vitesse de déplacement du curseur
A l’usage, il est apparu que Radar Oric pouvait être amélioré.
Tout d’abord, le déplacement du curseur trainait beaucoup trop lentement dans les 100 cases de la grille. J’ai donc un peu revu l’algorithme du jeu afin de perdre le moins de temps possible. Cela a entraîné une redéfinition des labels à attribuer aux cases. Ces labels, sont maintenant passés de 1 à 9 :
1 – Case vide
2 – De l’eau (et sans sous-marin par-dessous !)
3 – Élément de bateau présent mais indéterminé ou hypothèse de présence d’un élément
4 – Sous-marin
5 – Extrémité “gauche” d’un navire
6 – Extrémité “droite” d’un navire
7 – Extrémité du “haut” d’un navire
8 – Extrémité du “bas” d’un navire
9 – Élément du corps d’un navire
La nouveauté importante est l’ajout du label 3 qui permet de placer des hypothèses, ce qui n’est pas du luxe pour les grilles de “Fortiches”.
Autre innovation pour accélérer les déplacements : les mystérieuses commandes H et V. En fait, elles n’ont rien de mystérieux. C’est plutôt que je n’arrivais pas à décrire ces commandes de manière concise dans mon écran d’instructions ! Les commandes H ou V éditent la ligne Horizontale ou la colonne Verticale où se trouve le curseur. Cette édition consiste à marquer toutes les cases de la ligne ou de la colonne avec le label 2 (de l’eau), sauf si une hypothèse ou un élément de bateau est déjà présent. Cerise sur le bateau, le compteur des coups joués n’est pas incrémenté : non seulement vous gagnez du temps dans le déplacement du curseur, mais vous améliorez vos performances, qui je le rappelle sont la combinaison d’un score maximum ET d’un nombre minimal de déplacements. En outre, vous réduirez vos déplacements car le curseur reste à la position initiale, ce qui vous permet d’atteindre des cases distantes sans perdre de temps pour vous y rendre et pour revenir !
Nouvelles commandes
Le jeu comporte maintenant 7 commandes au lieu de 4.
Outre le commandes H et V décrites ci-dessus et les commandes déjà présentes dans la première version (flèches de déplacement, numéros de label pour les cases, R pour reprendre au début la grille en cours et S pour sauver la partie en cours afin d’aller faire dodo), la nouvelle version offre la commande L qui permet de charger (Load) la partie précédemment sauvegardée. Dans la première version de Radar Oric, on ne pouvait choisir cette option que lors du lancement du jeu. Recharger la partie sauvegardée sort donc maintenant de son rôle initial (reprise de la partie le lendemain).
En effet, au cours de la résolution d’une grille complexe, lorsque plusieurs possibilités s’offrent à vous, il est intéressant d’effectuer une sorte de point de restauration avec la commande S. Si la voie dans laquelle vous vous étiez engagée se révèle erronée, il vous suffit de restaurer l’état précédent avec la commande L et de tester une autre hypothèse. La commande R au contraire régénère la grille à son point de départ. Cette commande sert en principe à repartir sur un bon pied lorsque la situation est devenue trop embrouillée. Le score affiché est alors celui qui était présent lors du chargement initial de cette grille et non celui qui était acquis au moment “du point de restauration”. J’espère que vous apprécierez la meilleure jouabilité de Radar Oric 2 et que ce petit jeu de réflexion vous apportera quelques moments agréables…
Comme nous l’avons vu dans l’article précédent, peu importe
que le logiciel à traiter soit protégé ou non, l’essentiel est qu’il soit
possible de le faire tourner sur un émulateur et de pouvoir réaliser un dump de
la mémoire.
Disons que si le logiciel n’est pas protégé (ou s’il a été
déverrouillé), il est plus facile de savoir s’il est écrit en Basic ou en
langage machine, s’il tourne en mode TEXT ou HIRES, s’il utilise les zones
normales de stockage des caractères et les procédures normales d’affichage.
Il y a trois grandes catégories de logiciels :
1. Ceux dont les caractères sont redéfinis
uniquement lors du lancement.
2. Ceux dont les redéfinitions évoluent au fil de l’exécution.
3. Ceux dont les caractères ne sont pas redéfinis (oups !).
1) Logiciels dont les caractères sont redéfinis uniquement lors du lancement
Dans cette catégorie, j’ai pris comme exemple “Rush
Hour” de Fabrice F. En effet ce logiciel est particulièrement astucieux.
Pour contourner les difficultés d’un cahier des charges très
lourd, Fabrice a recopié les caractères utiles du jeu 0 dit “normal”
dans le jeu 1 dit “semi-graphique” (dont les caractères d’origine
sont évidemment écrasés). Pour l’affichage de texte standard, il faudra
désormais utiliser le mode “semi-graphique” !
Les 96 caractères du jeu 0 étant
“disponibles” ont été redéfinis pour afficher les sprites de divers
véhicules. Notez que ce programme n’est pas protégé et que son listing est bien
documenté.
Procédure dans Euphoric :
Lancez Euphoric, chargez “Rush Hour” (RUSHHOUR.TAP) et lancez-le.
Avancez dans le jeu, dans mon exemple, jusqu’au “Level 11” (choix “Harder”).
Pressez la touche F9 pour générer un dump mémoire. Renommez par exemple en DumpRH.BIN
Pressez F12 pour générer une recopie d’écran au format .BMP. Renommez par exemple en RushHourLevel11.BMP
Laissez Euphoric en attente.
Procédure dans votre éditeur hexadécimal :
1. Ouvrez le modèle d’en-tête SAVJ0TXT.TAP
(voir article précédent). CTRL+A puis CTRL+C pour copier les 23 octets du
fichier.
2. Ouvrez un nouveau document. CTRL+V pour y
coller l’en-tête. Modifiez cet en-tête uniquement pour le renommer (par exemple
RHJ0TXT).
3. Ouvrez le fichier DumpRH.BIN de “Rush
Hour”. Allez à l’offset #B500 et sélectionnez les #0300 octets du jeu 0,
puis tapez CTRL+C pour copier cette zone.
4. Allez à la fin de l’en-tête dans le
nouveau document. CTRL+V, pour y coller le jeu 0.
5. Sauvegardez votre jeu sous le nom
RHJ0TXT.TAP (Rush Hour, Jeu 0, mode TEXT).
6. Faites la même chose pour le jeu 1
(SAVJ1TXT.TAP, RHJ1TXT, #B900, #0200 octets, RHJ1TXT.TAP).
7. Toujours dans votre éditeur hexadécimal,
réglez l’affichage pour 40 octets par ligne, afin qu’une ligne dans l’éditeur
corresponde à une ligne de l’écran Oric et allez en #BB80 (début de l’écran
TEXT).
8. Reprenez la fenêtre d’Euphoric qui était restée en attente et placez là immédiatement à gauche de la zone d’affichage des codes Ascii de votre éditeur (voir la figure ci-dessous). Vous avez maintenant la correspondance entre les véhicules de “Rush Hour” à gauche et les codes Ascii utilisés pour l’assemblage des sprites !
2) Logiciels dont la redéfinition des caractères évolue au fil de l’exécution
Cette
catégorie est semblable à la précédente, sauf que les caractères sont redéfinis
pour chaque phase du jeu !
L’exemple
le plus frappant est “The Hellion” avec 101 écrans où se meuvent les
sprites d’objets très différents en quantité invraisemblable. En fait, les 101
tableaux de “The Hellion” représentent un cas extrême de
redéfinitions à répétition.
Ce
logiciel fonctionne en mode TEXT et les 2 jeux de caractères sont partiellement
redéfinis.
Vous trouverez le programme (HELLION.WAV, HELLION.TAP
& HELLION.DSK au choix), ainsi que les fichiers utilisés ou produits dans
cet exemple dans le zip qui accompagne cet article.
Procédure dans Euphoric
Il
faut traiter “The Hellion” comme s’il s’agissait d’une série de 101
programmes indépendants, mais réunis à la queue-leu-leu. La procédure suivante
devra donc être répétée pour chaque tableau :
1. Pressez
la touche F9 (sauvegarde d’un dump de la mémoire) au début de chaque tableau.
2. Puis, le plus vite possible, pressez la touche F12 pour avoir une recopie de l’écran correspondant à ce dump (le plus rapidement possible car les sprites se déplacent très vite).
3. Et enfin pressez F11 pour geler la série de tableaux, le temps de renommer le fichier “DUMP” en “DumpH-xx.bin” ainsi que la recopie d’écran en “Hellion-xx.bmp”, xx étant le n° du tableau.
Procédure dans votre éditeur hexadécimal :
Chacun des fichiers
“DumpHxx.bin” sera traité dans votre éditeur Hexadécimal pour en
extraire les deux jeux de caractères et afficher la zone d’écran TEXT. Prenons
par exemple le fichier DumpH04.bin :
Ouvrez le
modèle d’en-tête SAVJ0TXT.TAP. CTRL+A puis CTRL+C pour copier les 23 octets du
fichier.
Ouvrez un
nouveau document. CTRL+V pour y coller l’en-tête. Modifiez cet en-tête pour le
renommer (par exemple “H04J0TXT”).
Ouvrez le
fichier “DumpH04.bin”. Allez à l’offset #B500 et sélectionnez les
#0300 octets du jeu 0, puis tapez CTRL+C pour copier cette zone.
Allez à la
fin de l’en-tête dans le nouveau document. CTRL+V, pour y coller le jeu 0.
Sauvegardez
votre jeu 0 par exemple sous le nom H04J0TXT.TAP (Hellion, tableau “Wave
4”, Jeu 0, mode TEXT).
Faites la
même chose pour le jeu 1 avec le modèle SAVJ1TXT.TAP et sauvegarder le jeu 1
par exemple sous le nom H04J1TXT.TAP (Hellion, tableau “Wave 4”, Jeu
1, mode TEXT).
Toujours
dans votre éditeur hexadécimal, réglez l’affichage pour 40 octets par ligne,
afin qu’une ligne dans l’éditeur corresponde à une ligne de l’écran Oric et
allez en #BB80 (début de l’écran TEXT).
Reprenez la
fenêtre d’Euphoric qui était restée en attente et placez là immédiatement à
gauche de la zone d’affichage des codes Ascii de votre éditeur (voir la figure ci-dessous).
Vous avez maintenant la correspondance entre les “feux tricolores” de
“The Hellion” à gauche et les codes Ascii utilisés pour l’assemblage
de ces sprites à droite !
Si on compare le jeu 0 obtenu
à partir de ce tableau “Wave
4” avec le jeu 0 natif de l’Oric, on constate que deux caractères
seulement sont redéfinis : { (Ascii 123)
et } (Ascii 125) (et cette
redéfinition varie d’ailleurs d’un tableau à l’autre).
Pour le reste, les sprites
affichés sont formés avec des caractères du jeu 1 (un attribut #09 est placé au
début de chaque ligne d’écran).
Dans le tableau “Wave
4” (voir la figure ci-dessus), les objets volants (des feux tricolores)
sont redéfinis avec les caractères 1 2 3 4 ou 5 6 7 8 ou 9 : ; < disposés verticalement.
C’est plus compliqué pour
l’oiseau du bas de l’écran, car celui-ci vole et plusieurs sprites se succèdent
pour réaliser cette animation. J’ai détecté des images redéfinies avec = > ? sur une 1e ligne et @ A B en dessous, ou C D E et F G H ou I J K et L M N ou O P Q et R S T ou U V W et X Y Z. L’animation est donc
réalisée avec 5 images. Avec 6 caractères redéfinis par image, cela fait 30
caractères redéfinis rien que pour l’oiseau !
Dans tous les cas (feux
tricolores ou oiseau) un attribut de couleur est placé juste à gauche de
chacune des lignes des sprites, ce qui permet d’obtenir des sprites
multicolores.
Pour ne pas alourdir cet
article, je ne montre que ce tableau “Wave 4”. Mais dans le tableau
suivant “Wave 5”, chaque sprite est défini par les mêmes 4 caractères
1 2 3 4 ou 5 6 7 8 ou 9 : ; < disposés sur deux lignes. Or
ces caractères ont été redéfinis entre temps puisque les dessins affichés sont
différents. L’oiseau qui ressemble comme deux gouttes au précédent est affiché
à partir des même 5 jeux de redéfinitions que précédemment !
Je ne suis pas allé plus loin dans mon analyse des 101
tableaux de “The Hellion”. Mais si certains sprites vous intéressent,
vous devriez pouvoir les récupérer sans difficulté en suivant mes indications.
3) Logiciels dont les caractères ne sont pas redéfinis
Avant
de vouloir récupérer des caractères redéfinis, il serait sage de s’assurer
qu’il y en a. La présence de sprites sur l’écran ne signifie pas que des
caractères ont été redéfinis. C’est, la plupart du temps, le cas pour les
programmes qui tournent en mode Hires et qui sont, quasiment à coup sûr, écrits
en langage machine. En effet, le Basic n’est pas assez rapide pour faire
évoluer des sprites sur l’écran (ni même des caractères via la commande CHAR).
Pour
cette catégorie de logiciels, il s’agira plutôt de récupérer des sprites. Mon
prochain article :
“Récupérez les sprites de tous les logiciels en HIRES” montrera comment s’y prendre sans avoir à désosser le langage machine.
Dans les deux articles précédents (“Récupérez les écrans des logiciels protégés : 1 – Méthode” et ” 2 – Application : Démo Talisman”) nous avons vu comment mettre à profit le dump de la mémoire généré par les émulateurs. Cela s’applique aussi à la récupération des polices de caractères. A priori, on pourrait croire que la procédure ne présente aucun intérêt pour les programmes non-protégés, puisqu’on peut déjà accéder au contenu de la mémoire. Mais, comme vous le verrez, il peut être indispensable d’établir un rapport entre ce qu’on voit à l’écran et ce qu’il y a en mémoire. D’où l’intérêt du dump.
Limites et difficultés
Souvent, les caractères ont été redéfinis en vue de créer une
police de caractères (par exemple pour faire un écran-titre). Mais ce n’est pas
toujours le cas et même si vous parvenez très facilement à récupérer les jeux 0
et/ou 1, vous ne serez pas forcément au bout de
vos peines :
En effet, les caractères sont souvent redéfinis
en vue d’être assemblés pour former des sprites. Il faut donc savoir comment ça
s’organise. Solution : Le débogueur de votre émulateur Oric (touche F11 avec
Euphoric) vous permet d’examiner l’écran et de comprendre comment sont formés
les sprites (avec quels caractères et quelle disposition).
Autre difficulté, les programmes redéfinissent
souvent les caractères au fur et à mesure des tableaux du jeu. Un bon exemple
est donné par “The Hellion” (voir les articles “Les 101 écrans
de The Hellion” de Simon G. (CEO-mag n°240 à 274). Il faut donc déclencher
un dump de la mémoire au moment où les nouveaux caractères à récupérer
apparaissent à l’écran (touche F9 avec Euphoric).
Enfin, si en général tout va bien avec les
programmes Basic, les choses se compliquent souvent avec les programmes écrits
en langage machine. En effet, les auteurs optimisent forcément leur code et
sont amenés à stocker les caractères/sprites dans un format différent du format
habituel et d’utiliser des routines d’affichage spécifiques. Il va sans dire
que dans ces cas-là, il faudrait beaucoup investir dans la matière grise…
La méthode de récupération
C’est exactement la même procédure que pour les écrans.
Seules les adresses changent.
Comme vous le savez, l’Oric comporte deux jeux de
caractères :
Le jeu 0 dit “normal”, situé de #B500
à #B7FF (3 pages de #100 octets), qui compte 96 caractères du code Ascii 32 (espace)
au code Ascii 127 (rectangle noir de 6×8 pixels utilisé pour le curseur).
Le jeu 1 dit “semi-graphique”, situé
de #B900 à #BAFF (2 pages de #100 octets), qui ne compte que 64 caractères du
code Ascii 32 (espace) au code Ascii 95 (rectangle noir de 6×8 pixels,
identique au code Ascii 127 du jeu 0).
Attention, il s’agit des adresses
initiales, au boot, c’est-à-dire en mode TEXT.
Si le programme passe en mode HIRES, les deux jeux sont déplacés respectivement
vers la zone #9900 à #9BFF pour le jeu 0
et vers la zone #9D00 à #9EFF pour le jeu 1 (voir les tableaux ci-après).
Fabriquez les en-têtes appropriés
Pour les 2 jeux de caractères et pour les 2 modes d’écran,
il faudra donc prévoir 4 modèles d’en-tête, par exemple avec le petit programme
SAUVJEUX suivant (voir
le fichier .zip joint à cet article) :
En-tête de fichier cassette pour le jeu des caractères normaux en mode text En-tête de fichier cassette pour le jeu des caractères semi-graphiques en mode text En-tête de fichier cassette pour le jeu des caractères normaux en mode hires En-tête de fichier cassette pour le jeu des caractères semi-graphiques en mode hires
Pour avoir un en-tête proprement dit, récupérez les octets du début du fichier .tap, allant du #16 initial au #00 (inclus) situé juste après le nom du fichier. Dans les conditions décrites, chaque en-tête aura au final une longueur de 23 octets. A l’issue de ce petit travail, vous disposerez donc de 4 modèles d’en-tête (voir les 4 figures ci-dessus) que vous garderez précieusement. Les 4 fichiers .tap correspondants sont dans le zip joint à cet article.
La procédure de récupération des jeux de caractères est très
simple. Les consignes qui suivent concernent Euphoric, mais des fonctions
analogues sont disponibles avec les autres émulateurs.
Lancez Euphoric et chargez le logiciel à
traiter. Si besoin, lancez l’exécution.
Guettez le moment où les initialisations semblent
terminées et où les caractères à récupérer apparaissent à l’écran et pressez la
touche F9 pour générer un dump mémoire.
Pressez immédiatement la touche F11 pour figer
l’exécution du logiciel et renommez le fichier DUMP généré (sinon il serait
écrasé au prochain appui sur F9).
Eventuellement pressez à nouveau la touche F11
pour relancer l’exécution et guettez le tableau suivant. Etc.
Note : Il pourrait aussi être utile de garder des
recopies d’écran afin de pouvoir identifier s’il s’agit d’un écran TEXT ou
HIRES (pas toujours évident). Profitez également de l’appui sur F11 pour
examiner le contenu des zones #BB80-#BFDF (écran TEXT) ou #A000-#BFDF (écran
HIRES).
Et enfin, récupérez les jeux de caractères
Il n’est pas toujours facile de déterminer si ce sont les
caractères du jeu 0 ou du jeu 1 (ou des 2) qui ont été redéfinis, ni si le
programme tourne en mode TEXT ou en mode HIRES. Dans l’expectative, on sera
parfois conduit à récupérer plusieurs jeux à l’aveuglette et à juger ensuite
des résultats.
Dans votre éditeur hexadécimal :
Ouvrez le modèle d’en-tête correspondant à la
zone à récupérer. CTRL+A puis CTRL+C pour copier les 23 octets du fichier.
Ouvrez un nouveau document. CTRL+V pour y coller
l’en-tête. Editez les 8 caractères de forme “SAVJxxxx” pour renommer
votre fichier .tap
Ouvrez le fichier DUMP à traiter. Sélectionnez
les #0300 (jeu 0) ou #0200 (jeu 1) octets correspondant au jeu ciblé à partir
de l’adresse de ce jeu (voir le tableau ci-dessous), puis tapez CTRL+C pour
copier la zone sélectionnée.
Pour vous éviter de sauvegarder inutilement un
jeu de caractères qui n’a pas été redéfini, demandez à votre éditeur
hexadécimal de calculer la checksum de la zone sélectionnée et comparez avec la
valeur indiquée dans le tableau ci-dessous (valeurs pour les jeux natifs
d’origine Oric).
Allez dans le nouveau document, à la fin de
l’en-tête, CTRL+V, pour y coller le jeu.
Sauvegarder votre jeu au format .TAP par exemple
sous le nom TOTOJ0.TAP.
Examinez le jeu sauvegardé à l’aide de l’un des
nombreux programmes de redéfinition ou de visualisation pour Oric ou à l’aide
du programme OricExplorer de Scott Davies.
Configuration Atmos ou Atmos+Microdisc+Sedoric
Type
de jeu
Mode
écran
Aller à
l’offset
Octets à sélectionner
Checksum Atmos
Checksum Sedoric
Jeu 0
TEXT
#B500
#300
#3F70
#4026
Jeu 1
TEXT
#B900
#200
#3F00
#3F00
Jeu 0
HIRES
#9900
#300
#3F70
#4026
Jeu 1
HIRES
#9D00
#200
#3F00
#3F00
La checksum du jeu 0 sous Sedoric est différente car 6
caractères ont été redéfinis : à ç é ù è et ê.
Dans la deuxième partie de cet article, je prendrai deux exemples, “Rush Hour” et “The Hellion”, pour illustrer pas à pas la procédure de récupération des jeux de caractères.
