Category: Modèle

Catégorie regroupant les différents modèles d’Oric

  • Récupérez les caractères redéfinis de tous les logiciels : 1 – Méthode

    par André C.

    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 :

    1. 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).
    2. 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).
    3. 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 :

    1. 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).
    2. 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) :

    100 TEXT
    110 CSAVE"SAVJ0TXT",A#B500,E#B7FF
    120 CSAVE"SAVJ1TXT",A#B900,E#BAFF
    130 HIRES
    140 CSAVE"SAVJ0HRS",A#9900,E#9BFF
    150 CSAVE"SAVJ1HRS",A#9D00,E#9EFF
    160 PING
    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.

    Récupérez les DUMPs

    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.

    1. Lancez Euphoric et chargez le logiciel à traiter. Si besoin, lancez l’exécution.
    2. 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.
    3. 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).
    4. 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 :

    1. 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.
    2. 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
    3. 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.
    4. 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).
    5. Allez dans le nouveau document, à la fin de l’en-tête, CTRL+V, pour y coller le jeu.
    6. Sauvegarder votre jeu au format .TAP par exemple sous le nom TOTOJ0.TAP.
    7. 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.

    à suivre…

  • Récupérez les écrans des logiciels protégés : 2 – Application, Démo Talisman

    par André C.

    Je ne peux pas résister au plaisir de vous montrer les écrans que j’ai pu récupérer à partir du fichier TALISMAN_DEMO.WAV de Simon G. A ma connaissance il n’existe pas de fichier .TAP ou .DSK pour cette démo et je l’ai choisie pour illustrer la simplicité de la procédure de récupération des nombreux écrans Hires qu’elle contient. Cet article montre des recopies d’écran, mais vous trouverez tous ces écrans au format .tap dans le zip joint à cet article.

  • Schémas

    Oric ATMOS

    Telestrat

    Microdisc

  • Radar Oric

    Un nouveau jeu de réflexion d’ André C.

    Prévu à l’origine pour être un cadeau de Noël, ce programme a connu un peu de retard à force de le peaufiner.  Mais bon, il est maintenant disponible et vous le trouverez dans le zip accompagnant cet article, ainsi que sur mon site, à l’adresse http://andre.cheramy.net/telechargement/Programmes/choix.htm

    De quoi s’agit-il ?

    C’est une sorte de bataille navale, mais dans le jeu classique (en vigueur dans les cours de récréation et qui se joue sur une grille papier),  deux protagonistes s’échangent des missiles pour couler les bateaux de l’adversaire et (cf. “touché”, “en vue” et “dans l’eau”). Dans les équivalents numériques le jeu est souvent réduit à un seul joueur contre l’ordinateur.

    Dans Radar Oric, il n’y a aucun risque de recevoir des missiles sur vos bateaux, car vous n’avez pas de bateaux. C’est votre QG qui 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 vite fait bien fait avant qu’ils aient eu de temps de dire ouf ! Oui, je sais les bateaux ne peuvent pas dire ouf, mais bon…

    Le jeu proprement dit

    Votre rade est représentée par une grille de 10×10 cases où les 10 bateaux de la flotte ennemie se sont faufilés, profitant d’un épais brouillard. Heureusement, il y a quelques trous dans ce brouillard, dans lesquels vous pouvez apercevoir des bouts de navires ou… de l’eau ! Mais c’est tout (voir la figure ci-dessous).

    Pas facile de savoir où sont les bateaux ennemis ! Heureusement encore, votre super Radar Oric est capable de scanner cette grille et de vous indiquer combien d’éléments de bateaux se trouvent dans chaque ligne et dans chaque colonne (voir les chiffres rouges à gauche et sous la grille). Heureusement encore, votre super Radar Oric est capable de scanner cette grille, ligne par ligne et colonne par colonne, et de vous indiquer combien d’éléments de bateaux s’y trouvent (voir les chiffres rouges à gauche et sous la grille).

    Un peu de réflexion vous permettra de déduire la localisation exacte des 10 bateaux ennemis. Dernier petit service offert par votre Radar Oric : il vous indiquera si vous vous êtes planté dans votre raisonnement ou si les bateaux sont bien là où vous pensez.

    Si c’est correct, il ne vous restera plus qu’à les anéantir et l’ennemi n’aura même pas le temps de comprendre ce qui lui arrive. Le résultat est garanti en un rien de temps !

    Hélas, l’ennemi a la peau dure et il ne va pas tarder à vous envoyer une nouvelle flotte. Sacrebleu, il va encore falloir se creuser les méninges !

    Mais tout est bien qui finit bien, il arrivera inexorablement un moment où l’ennemi sera à court de bateaux et où aurez définitivement  gagné.

    Chaque flotte ennemie est composée des 10 bateaux suivants

    • Un porte-avions (4 cases)
    • Deux croiseurs (3 cases)
    • Trois destroyers (2 cases)
    • Quatre Sous-marins (1 case)

    Cet effectif vous est rappelé au-dessus de la grille et vous sera utile pour vous aider à trouver où peuvent se tenir les bateaux.

    Les commandes disponibles

    • Les quatre flèches pour déplacer le curseur dans la grille.
    • Les chiffres de 1 à 8 pour marquer la case au curseur selon ce que vous pensez qu’elle contient.
    • La touche “R” pour recommencer la grille au début, si vous êtes trop embrouillé.
    • La touche “S” pour sauvegarder la partie en cours afin de la reprendre plus tard.

    Correspondance entre les touches 1 à 8 et le marquage des cases

    1. Case indéterminée
    2. De l’eau
    3. Corps de bateau
    4. Sous-marins
    5. Extrémité gauche d’un bateau
    6. Extrémité droite d’un bateau
    7. Extrémité basse d’un bateau
    8. Extrémité haute d’un bateau

    A tout moment, vous pourrez consulter le pense-bête, situé à droite de la grille (chiffres bleus suivis d’une icône).

    Enfin, le n° de la flotte qui vous attaque est visible  juste au-dessus de ces chiffres (par exemple le 4 sur la figure ci-dessus indique que vous vous défendez contre la 4e flotte ennemie).

    Toutes les grilles du jeu ont bien sûr une solution et une seule.

    A vous de jouer !

  • Modifications sur Oric

    RESTRUCTURATION D’UN ORIC

    Aie, ça va faire mal aux yeux à certains. Âmes sensibles, passez votre chemin…

    Dans le cadre de ce projet à long terme, le travail proposé va dans un premier temps alléger considérablement une carte mère d’Oric, puis y apporter plusieurs modifications et sa finalisation permettra une utilisation inhabituelle.
    Son appellation pourrait être : ORICMOD.

    Vous êtes prêts ? Alors, attaquons le premier temps.
    De la carte mère originale, il faut arriver à :

    et maintenant défigurée !
    Encore belle…

    Démontage de tous les circuits sur support. A placer piqués dans une mousse électrostatique, sinon dans une mousse enveloppée de papier aluminium.

    En utilisant tout moyen à votre disposition (fer à souder, pompe à dessouder, tresse à dessouder, pistolet à dessouder, pinces, tournevis plat,etc…), dessoudage patient de tous les composants qui sont utilisés pour :
    – l’alimentation négative,
    – la génération du signal vidéo UHF,
    – l’amplificateur LM386,
    – la gestion Entrée-Sortie des signaux TAPE avec le LM358,
    – le relais de commande du magnéto.
    Ainsi que le haut-parleur, le bouton RESET et les prises DIN (RGB et TAPE)…

    Voici donc la carte mère de l’ORICMOD :


    Notre ORIC est devenu sourd et aphone. Impossible pour lui d’afficher quoi que ce soit. Ah misère, quand tu nous tiens !
    Il ne lui reste plus que la peau et les os !

    Mais pourquoi tant de cruauté ? Une carte mère qui avait encore tant de belles années devant elle ! Qui plus, maintenant c’est malin ! Ça ne vaut plus rien, même sur le Bay (alors qu’on y voit des prix astronomiques pour une machine parfois non testée !).
    Oui, mais…
    Les modifications à venir vont lui conférer une souplesse appréciable pour son utilisation future. Ces modifications se dévoileront au fur et à mesure sur ces pages.

    MOD de départ, juste pour se faire la main : l’alimentation.
    L’ORICMOD va être alimenté en + 5 Volts directement. Il sera bon à cette occasion de remplacer la prise Jack trop souvent oxydée par une nouvelle.
    Puis, un pont fait avec une queue de résistance ou un bout de fil va relier deux trous laissées par le 7905 parti en voyage très longue durée…

    Reliez les deux trous “Masse”

    Pour gagner un peu de place, nous décalerons l’implantation des condensateurs. Parfait derrière la prise Jack :


    Poursuivons avec la deuxième MOD : la prise RGB.

    Notre ORICMOD va pouvoir de nouveau envoyer des signaux vidéo vers l’extérieur. Ayant déjà modifié un boîtier Convertisseur de signal HDMI-SCART vers HDMI en lui retirant sa prise Péritel, nous allons installer une petite plaque à bandes avec quelques connecteurs.
    Auparavant, il sera utile de repérer les sorties à utiliser :

    R, G, B et Synchro, sans oublier la Masse…

    Des queues de résistances ou des fils pour assurer la liaison avec les pastilles repérées, un connecteur à 5 broches mâles coudées à 90 degrés, quelques fils de liaison (ici, en couleurs correspondantes, sauf le jaune pour la Synchro), et voilà !

    C’est tout de même moins encombrant que la prise DIN, non ?

    Sans toucher à la coque, il y a pas mal de place gagnée !

    Un petit marquage des broches (comme un commentaire dans un programme) n’est jamais inutile…


    Le temps de remonter les circuits sur leurs supports, de relier la carte modifiée derrière le clavier, et nous pouvons tester sur écran si c’est bon.


    ATTENTION : c’est 5 Volts maintenant, vérifiez votre transformateur !

    Hello, World !
    Et c’est OK ! Ouf !




    _____________________________________________________________________________
    Débranchons le tout et retirons les circuits sur support.

    N’hésitez pas à partager vos commentaires et idées !

    Tout ça là-dedans ? Incroyable, non ?

    A suivre pour de nouvelles aventures ….

  • Récupérez les sprites des logiciels en mode HIRES

    par André C.

    En mode HIRES, pour afficher quelque chose qui bouge rapidement (cas des jeux d’arcade), il faut obligatoirement passer au langage machine.

    La commande Basic CHAR est trop lente pour faire évoluer des sprites basés sur des caractères redéfinis. Or les astuces développées pour stocker, afficher et déplacer des objets en mode HIRES restent mystérieuses tant qu’on ne procède pas à un “reverse engineering”. Et c’est un gros boulot !

    Oui, mais il n’est pas sûr que l’on soit obligé d’en arriver là. Notre propos n’est pas de comprendre comment marche le programme, mais seulement de récupérer le dessin des sprites et les data nécessaires à leur affichage.

    Lors de la sortie de Xenon-1, je me souviens avoir été fasciné par la beauté et la rapidité des sprites, lesquels sont animés qui plus est ! Je ne peux pas faire autrement que de choisir cet exemple pour illustrer mon propos sur la récupération des sprites.

    Un écran HIRES est composé de 200 lignes de 40 octets. Ces 8000 octets sont, soit des attributs, soit des octets compris entre #40 et #7F. Dans ce dernier cas, chaque octet représente un “tiret” composé de 6 pixels. Récupérer les data d’un sprite, c’est récupérer les octets correspondant à tous les tirets qui le composent et si le sprite est multicolore, la valeur et la position des attributs utilisés. En outre, si le sprite est animé, il faut récupérer toutes les images du sprite.

    Je vous propose deux méthodes :

    1. Faire simultanément un dump de la mémoire et une recopie d’écran (enfin, aussi simultanément que possible). Avec un éditeur hexadécimal, comparer les octets de la zone écran HIRES avec les objets présents sur la recopie d’écran. Récupérer tout simplement ces octets, qui constituent les data de définition des sprites.
    2. Faire une recopie d’écran. Agrandir le fichier .bmp ou .png jusqu’au niveau du pixel avec un bon logiciel de traitement d’image. Isoler le sprite intéressant et le numériser manuellement. La bonne vieille méthode quoi ! Faisable mais ch…, heu… fastidieux ! Si vous avez beaucoup de sprites à traiter vous pouvez aussi utiliser une feuille de calculs pour simplifier la numérisation.

    La première méthode en pratique

    Les paresseux sont des gens qui cherchent à s’éviter du travail. C’est en cherchant à échapper à la phase de numérisation des tirets que j’ai eu l’idée de la méthode 1, dérivée de celle que j’ai utilisée précédemment pour les écrans TEXT. Autant vous avouer tout de suite, que ma paresse n’a pas été récompensée ! Certes cette méthode marche, mais au final, c’est très compliqué. Vous pouvez donc passer directement à la seconde méthode, sauf si vous avez la fantaisie et le temps d’être curieux !

    Procédure dans Euphoric :

    1. Lancez Xenon1.tap avec Euphoric en configuration Atmos (vous trouverez la version Simon G. de ce tap dans le zip qui accompagne cet article, ainsi que sur le site oric.org).
    2. Allez à l’écran qui vous intéresse, le premier par exemple.
    3. Pressez aussi rapidement que possible les touches F9 (dump de la mémoire) puis F12 (recopie de l’écran).
    4. Pressez F11 (débogueur) pour figer le jeu et gardez la fenêtre en réserve en vue d’un autre essai (il s’agit de sprites animés et il y a plusieurs images à récupérer pour chacun).
    5. Renommez le fichier DUMP qui a été généré par exemple en DumpX1-01.bin
    6. Renommez le fichier Screenxx.bmp en Xenon1-01.bmp

    Procédure avec votre éditeur hexadécimal :

    1. Ouvrez DumpX1-01.bin et réglez l’affichage pour avoir 40 octets en largeur.
    2. Allez à l’adresse #A000 (début de l’écran HIRES). Chaque ligne de l’éditeur correspond à une ligne HIRES.
    3. Dans la partie gauche de l’éditeur se trouvent les octets présents dans l’écran. Chacun représente, soit un attribut, soit un tiret de 6 pixels, selon que son bit 6 est à zéro (attribut) ou à un (tiret). Dans ce dernier cas, les 6 bits les plus faibles représentent les pixels. Par exemple les octets #40 (les plus nombreux et de loin) soit 01000000 en binaire, correspondent à un espace ou plutôt à un tiret dont les 6 pixels sont de la couleur du fond, donc invisibles (par défaut en HIRES, le fond est noir et l’encre blanche).
    4. Dans la partie droite de l’éditeur, sont affichés les caractères Ascii correspondants. Le foisonnement de @ qui correspond aux nombreux octets #40 saute aux yeux. On peut voir aussi soit des points (les attributs), soit des caractères. Ces caractères n’ont rien à voir avec des caractères dans l’écran. C’est seulement que l’éditeur hexadécimal considère chaque octet comme un code Ascii et affiche le caractère correspondant.

    Contrairement à ce qui se passait avec l’écran texte, il n’est pas possible de visualiser tout l’écran HIRES d’un seul coup. En effet, alors que l’écran TEXT compte 28 lignes, l’écran HIRES en compte 200. Il faut donc faire défiler l’affichage de l’éditeur verticalement pour comparer les octets et caractères associés avec ce qu’on voit sur la recopie d’écran.

    Comparaison des octets dans la Ram et de l’écran

    La figure ci-dessus, montre une telle tranche d’écran, et permet de comparer les octets (à gauche), le caractère Ascii correspondant (à droite) et la portion d’écran HIRES correspondante en dessous. Les caractères correspondant aux tirets des sprites sautent aux yeux au milieu de la forêt des caractères @. Il “suffit” de noter (ou faire un collé/copié) des octets proprement dits (partie gauche de l’éditeur) pour avoir les data définissant chaque sprite. Enfin, c’était sans compter que les sprites se déplacent de façon très fluide (sur la figure ci-dessous, l’oiseau glisse, de un pixel à la fois, de gauche à droite dans l’écran). L’affichage d’un sprite coïncide rarement avec les octets (sinon les déplacements seraient saccadés de 6 pixels en 6 pixels).

    Le sprite glisse de gauche à droite dans l’écran Hires, de un pixel à la fois

    Dans le cas de cet écran Xenon1, les sprites font 18 pixels de large sur 18 pixels de haut. En théorie, il faut donc 3 tirets de 6 pixels pour afficher un sprite dans le sens de la largeur. En pratique, le programme en langage machine se charge de faire glisser le sprite dans une fenêtre de 4 tirets de large.

    Par exemple, la première ligne du sprite situé en haut à gauche de l’écran (ligne qui inclut le haut des deux cornes) peut être définie par les pixels suivant (0=pixel éteint, 1=pixel visible) : 000000100001000000. Ce qui devrait correspondre aux 3 octets suivants (après avoir forcé le bit 6 à 1, drapeau indiquant qu’il ne s’agit pas d’un attribut) : #40, #61 et #40. Or on observe sur la figure que 4 octets sont impliqués : #40, #42, #44 et #40, ce qui, en ne conservant que les bits b0 à b5, correspond aux pixels suivants : 000000000010000100000000. On voit que l’affichage du sprite de 18 pixels de large a été effectué sur 24 pixels. Pour récupérer les valeurs significatives des 3 octets il faudrait redécouper les 24 pixels en 3 zone de 6 pixel et laisser tomber (dans ce cas précis) les 4 pixels de tête et les 2 pixels de queue. En pratique c’est bien trop compliqué, à moins d’être un expert des tableurs genre Excel ou Calc !

    La seconde méthode en pratique

    La figure ci-dessous montre l’un des sprites de Xenon1, très agrandi. J’ai laissé volontairement une bande supplémentaire de 4 pixels de large à gauche et une autre de 2 pixels à droite pour que vous puissiez restituer et visualiser ce que nous avions précédemment avec la méthode 1.

    Résumons ce que l’on voit : On a un sprite de 18×18 pixels (3 tirets de 6 pixels de large sur 18 lignes HIRES de haut) affiché dans une zone de 24×18 pixels (4 tirets de 6 pixels de large sur 18 lignes HIRES). Les lignes verticales blanches délimitent les octets directement impliqués dans le dessin du sprite proprement dit. Chacune des 18 lignes HIRES doit donc être découpée en 3 tirets de 6 pixels de façon à récupérer le dessin réel du sprite. La nouvelle séparation en 3 zones de 6 pixels de large est visualisée par les lignes pointillées.

    Numérisation du dessin pour obtenir les octets définissant le sprite

    Au total, il nous faut donc numériser 18 fois 3 tirets pour récupérer tous les data du sprite. La figure ci-dessus montre un exemple de numérisation. Il s’agit de la tête du sprite.

    Le premier tiret par exemple (haut des cornes sur la tête) correspond à 100001 en binaire soit #21, valeur à laquelle il faudra ajouter #40 pour mettre le bit 6 à un (drapeau pour reconnaître les tirets), soit #61 dans cet exemple. Et ainsi de suite pour l’ensemble des 54 tirets du sprite.

    Ceci représente un travail forcément important, mais moins qu’il n’y parait, car il y a beaucoup de redondances (tirets identiques).

    A vous de voir si vous voulez vous aider soit d’un tableur (vous mettrez des croix dans les cases et il calcule les valeurs finales à utiliser), soit d’un simple tableau des 64 combinaisons possibles donnant directement les valeurs à utiliser.

    Bon courage !

  • Récupérez les écrans des logiciels protégés : 1 – Méthode

    par André C.

    Exemple d’écran-titre d’un logiciel protégé par C-SAFE

    Constatation

    Les cassettes et les disquettes 3″ vieillissent mal, de même que leurs lecteurs respectifs. Le transfert des logiciels Oric sur des supports modernes est donc crucial. C’est grâce à ces transferts et à divers émulateurs que nous pouvons profiter, encore aujourd’hui, des programmes achetés dans les années 80. Simon G., Dominique P., Fabrice F. et bien d’autres ont réussi à transférer au format .tap la plupart des logiciels du commerce, notamment ceux qui comptent parmi les mieux protégés. La complexité des moyens de protection mis en œuvre est parfois surprenante au vu de leur valeur économique somme toute limitée.

    Un florilège de protections

    Les passionnés de casse-têtes pourront découvrir ou relire les nombreux articles passionnants parus dans le CEO-mag à ce sujet. Pas loin d’une centaine d’articles ont été publiés qui décortiquent les divers procédés de protection rencontrés. Parmi les plus spectaculaires, citons C-SAFE, utilisé pour Titan, Logor et Talisman de chez Infogrames et pour Vortex de chez Loriciels (voir articles “C-SAFE et .TAP” par Simon G. et Dominique P., CEO-mag n°261, pages 14 et 15, ainsi que “Cassettes, un florilège de formats exotiques (2) ” par Dominique P., CEO-mag 262, pages 18 et 19. Mais il existe tout une panoplie d’autres systèmes de protection et de formats exotiques…

    Bilan des transferts au format .tap ou .dsk

    Un très grand nombre de logiciels sont maintenant disponibles dans ces formats. Pour lever les protections, il a parfois été nécessaire de modifier un minimum d’octets, mais  toujours avec le souci de coller au plus près à l’original.

    Les procédures utilisées pour contourner certaines protections sont si complexes, qu’il est souvent beaucoup plus simple de lire les cassettes audio, d’enregistrer la “musique” au format classique .wav. Le fichier obtenu peut alors être placé sur une bande magnétique ou un CD et réinjecté dans un Oric réel ou être rechargé dans un émulateur. Mais bien sûr ce fichier .wav inclut toujours la protection. Le logiciel est utilisable, mais on ne peut pas “regarder dedans”. Au moins 25 fichiers au format .wav sont aujourd’hui disponibles sur oric.org et concernent évidemment les logiciels les plus réticents.

    Ecrans versus recopie d’écrans

    Certes, les émulateurs permettent d’effectuer des recopies d’écrans, mais les fichiers obtenus sont aux formats .BMP, .GIF, etc. Il serait intéressant de récupérer les écrans TEXT ou HIRES aux formats Oric .SCR et .HRS sur un support .tap ou .dsk. Dans le même genre d’idée, ce serait chouette de récupérer les caractères redéfinis, les musiques, etc. Or, comme écrit plus haut, on ne peut pas “regarder dedans”. Mais est-ce bien sûr?

    Exploration de la Ram

    Non seulement c’est tout à fait possible, mais en plus c’est très simple. En effet, les émulateurs permettent d’effectuer un dump de la mémoire. Ainsi avec Euphoric, un simple appui sur la touche F9 sauve un fichier DUMP de 64 Ko correspondant à l’intégralité de la mémoire de l’Oric émulé. Il ne reste plus qu’à explorer ce fichier DUMP à l’aide d’un éditeur hexadécimal et d’en extraire les parties intéressantes par exemple les écrans.

    Les divers types d’écrans

    Trois types d’écrans peuvent être récupérés :

    1. Ecrans basse résolution (TEXT, LORES0 et LORES1) situés de #BB80 à #BFDF en Ram (soit #0460 octets ou 1120 en décimal ce qui correspond bien à 28 lignes de 40 caractères).
    2. Ecrans haute résolution seuls (sans les 3 lignes de texte) situés de #A000 à #BF3F (soit #1F40 octets ou 8000 en décimal pour 200 lignes de 40 tirets de 6 pixels).
    3. Ecrans haute résolution avec les 3 lignes de texte en dessous, situés de #A000 à #BFDF (soit #1FE0 octets ou 8160 en décimal. On remarquera une petite curiosité : la Ram comporte 4 lignes de texte sous l’écran Hires (d’où les 160 octets supplémentaires) mais la première des quatre n’est pas affichée et les 40 octets correspondants restent donc inutilisés!

    Puisqu’on connait les adresses de début et de fin de ces écrans, rien ne sera plus facile que de les récupérer, puisqu’ils ont la même adresse en Ram et dans le fichier DUMP, et de les copier derrière un en-tête cassette. Les en-têtes cassettes ont été décrits dans le CEO-mag n°153 page 17. Mais il est plus simple (et plus sûr) de sauver un écran bidon et d’en récupérer l’en-tête, plutôt que de construire celui-ci octet par octet.

    Fabriquez les en-têtes appropriés

    Pour ces 3 types de d’écran, il vous faudra faire 3 modèles d’en-tête avec le petit programme SAUVENT.COM suivant (voir le fichier .zip joint à cet article) :

    100 HIRES

    110 CSAVE”MODLHRS1″,A#A000,E#BF3F

    120 CSAVE”MODLHRS2″,A#A000,E#BFDF

    130 TEXT

    140 CSAVE”MODLTEXT”,A#BB80,E#BFDF

    150 PING

    Pour avoir les 3 en-têtes, 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, les 3 en-têtes auront au final une longueur de 23 octets (ou 22 si le début du fichier ne comporte que 3 fois l’octet #16 au lieu de 4, selon la version d’émulateur utilisé). A l’issue de ce petit travail, vous disposerez donc de 3 modèles d’en-tête que vous garderez précieusement [figures MODLHRS1, MODLHRS2 et MODLTEXT.GIF]. Les fichiers .tap correpondant à ces 3 en-têtes sont dans le zip joint à cet article.

    Récupérez les DUMPs

    La procédure de récupération des écrans est maintenant simple :

    1. Lancez Euphoric en mode Atmos, pressez F1, validez “Hardware tape” et indiquez le nom du fichier .wav à traiter, (par ex. LOGOR.WAV qui n’existe pas en version .tap). Pressez F1 pour revenir à l’Atmos.
    2. Tapez CLOAD”” et chargez le fichier .wav. Tiens cela n’a pas changé : C’est toujours très long ! Sauf que 2 appuis sur la touche F4 et ça charge 4 fois plus vite ! Retour à la vitesse normale par un appui sur la touche F5.
    3. Le programme se lance. Guettez le moment où s’affiche l’écran que vous désirez sauver et pressez la touche F9 (dump mémoire) puis sur F11 (débogueur). En mode débogueur l’exécution se fige, ce qui vous laisse le temps de renommer le fichier DUMP obtenu (par ex DUMP01 etc.), sinon il sera écrasé au prochain appui sur la touche F9. Nouvel appui sur la touche F11 pour sortir du débogueur. Guettez le prochain écran intéressant (s’il y en a), F9 puis F11, etc.
    4. Notez qu’il est possible de recharger un des états ainsi sauvé pour reprendre l’exécution du programme là où elle en était, en relançant Euphoric avec “Euphoric -a –r” (attention le nom du fichier utilisé par Euphoric sera DUMP tout court).

    Petite difficulté dans mon système : Euphoric sauvegarde le fichier DUMP dans le répertoire “Tapes”, mais si on relance avec “Euphoric -a –r”, Euphoric cherche DUMP dans le répertoire “Euphoric”. Mais c’est sans doute un problème de configuration.

    Et enfin, récupérez les écrans

    Vous vous trouvez maintenant en possession d’un ou plusieurs fichiers DUMPxx. Il faut en extraire la zone écran qui vous intéresse et lui coller un en-tête ad hoc par devant. Prenons par exemple le format Hires long (avec les 3 lignes de texte en dessous) situé en Ram de #A000 à #BFDF.

    Dans votre éditeur hexadécimal :

    1. Ouvrez le modèle d’en-tête correspondant, soit MODLHRS2. 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. Editez les 8 caractères “MODLHRS2” pour renommer votre fichier .tap
    3. Ouvrez le fichier DUMPxx à traiter. Sélectionnez les #1FE0 octets correspondant à l’écran Hires. Par exemple Goto #A000 puis Select bloc #1FE0, puis CTRL+C.
    4. Allez dans le nouveau document, à la fin de l’en-tête, CTRL+V, pour y coller l’écran.
    5. Sauvegardez votre écran au format .tap par exemple sous le nom ECRANxx.tap. C’est fait.

    A suivre…

  • Journal du hard (21) Cartouches TELESTRAT(VIII) BIG cartouche avec RAM

    Par Claude S et André C

    https://www.oric.org/ftp/ceo/ceomag/downloads/1999/ceomag/06_june/110-10-13.pdf

    COMMENT ÉQUIPER LA BIG-CARTOUCHE AVEC DE LA RAM ?

    Pour être vraiment universelle, la “big-cartouche” doit aussi accepter de la RAM. Premier problème, trouver une puce de RAM de 64 koctets (512 kbits), compatible avec le circuit imprimé de François S. c’est à dire avec le brochage des EPROM de la famille 27xxx. Il existe de nombreux types de RAM et en ce qui nous concerne, nous avons besoin de RAM statique sans rafraîchissement, c’est à dire appartenant aux familles 43xxx ou 62xxx comme celles livrées par ORIC ou encore à la famille 55xxx qui est également compatible.

    Revenons en aux puces de 32 koctets de RAM. Il serait bien sûr possible de souder en parallèle, broche à broche deux RAM 62256 ou 55256 ou 43256, comme c’est le cas dans les cartouches RAM d’origine ORIC, mais, comme nous l’avons déjà indiqué à plusieurs reprises, nous sommes opposés à cette stratégie qui rend très difficile la maintenance (l’usage de deux supports de circuit intégré est impossible pour cause d’encombrement excessif).

    Comme pour les EPROM, il serait intéressant d’utiliser des puces de 64 koctets à 28 broches. Mais hélas, il n’existe pas de 43512, 62512 ou 55512. Nous sommes donc obligés d’utiliser des RAM de 128 koctets (c’est à dire 128 x 8 = 1024 kbits) à 32 broches de type 431000, 551001, 621000, 621001 ou 628128 selon le fabriquant.

    Bien sûr, nous n’avons besoin que la moitié de cette RAM, puisque pour faire 4 banques de 16 koctets il faut 64 koctets soit 64 x 8 = 512 kbits. Mais nous allons en profiter pour faire une double cartouche: un interrupteur permettra de passer d’une extension RAM 64K à l’autre (pour simplifier nous dirons d’une demi- RAM à l’autre). C’est votre TELESTRAT qui va être content de récupérer 64K de plus!

    Si vous êtes bricoleur, rien ne vous empêche de basculer entre les deux demi-RAM à l’aide du signal PB5, comme nous l’avons fait avec la ROM de I’ATMOS. Votre TELESTRAT disposera alors de 128 koctets de RAM, accessibles par programmation. Mais pensez tout de même à vérifier si le soft du TELESTRAT respecte PB5 (voir ce que nous avons fait pour I’ATMOS dans la rubrique “SEDORIC? DO IT YOURSELF” n°20, CEO-MAG n°90 d’octobre 1997, pages 9 et 10).

    BROCHAGE COMPARATIF DES EPROM ET DES RAM

    Nous avons réussi à utiliser une TC551001-70 et une D431000ACZ-70 (32 broches, 128 koctets). Mais finalement, la 621001 (même brochage) semble plus courante et donc plus facile à trouver. La figure 15 vous montre les brochages comparatifs des 62256 (identiques aux 43256 utilisées en paire dans les cartouches RAM d’origine Oric), 621001 (que nous préconisons) et de l’EPROM 27C010 (pour mémoire, puisque c’est notre circuit de référence, celui pour lequel la carte et le support de la “big-cartouche” avaient été conçus).

    Prenez quelques minutes pour comparer le brochage de la RAM 621001 à celui de l’EPROM 27010. Cinq broches seulement different:

    1. La broche n°1: Rafraîchissement des données (ex mode programmation, devenu inutile!).
    2. La broche n°29 devient WE au lieu de A14.
    3. La broche n°3 devient A14 au lieu de A15.
    4. La broche n°31 devient A15 au lieu de ROMDIS (également inutile!).
    5. Et enfin la broche 30, qui était non connectée, reçoit une nouvelle fonction CE2.

    LE SCHÉMA DE LA BIG-CARTOUCHE RAM

    Nous avons expliqué dans le Journal du Hard précédent, comment utiliser 8 diodes pour décoder les désirs du TELESTRAT et lui présenter la banque qu’il demande. Notre figure 12a reste valable du point de vue théorique. Seuls changent les noms des banques (1 à 4 au lieu de 4 à 7) et par conséquent des CS (CS0 à CS6 au lieu de CS0 à CS3) changent.

    Passons donc directement à notre schéma mi-théorique mi-pratique. Ce type de représentation doit maintenant vous être familier. Au menu, comme précédemment, relier les broches du connecteur TELESTRAT à celle du circuit intégré, tout en assurant le décodage des lignes de contrôles CS3 à CS6 Pas de nouveauté en ce qui concerne la masse, les lignes A0 à A13 et les lignes de données. Peu de modifications pour le reste des connexions.

    Les lignes d’adressage A14, A15 et A16

    1. Tout d’abord, A16 (qui “divise” la RAM en deux “demi-RAM”) est soit tirée au +5V à travers une résistance de 4,7 kohms, soit mise à la masse par un interrupteur. Si vous envisagez d’utiliser le signal PB5 de votre TELESTRAT pour basculer entre les deux demi-RAM, un simple fil devra relier cette ligne A16 à la broche n°15 du 6522 (voir le Journal du Hard n°9).
    2. L’emplacement des lignes A14 et A15 est différent entre les EPROM et les RAM (figure 15). Mais en fait, comme nous l’avons expliqué à plusieurs reprises, le TELESTRAT n’utilise que les lignes d’adressage AO à A13 (pour lire et écrire dans l’espace d’une seule banque à la fois soit 16 koctets). Les deux lignes d’adressage A14 et A15 permettent de “diviser” la demi-RAM en 4 banques de 16 koctets. Le niveau de ces lignes A14 et A15 est manipulé à l’intérieur de la cartouche en fonction de l’état des lignes de commandes pilotées par le TELESTRAT. Le fait qu’elles aient changé de place n’est pas très grave et ne demandera en pratique qu’un peu d’adaptation.

    En effet, s’il était impératif de respecter un certain ordre des banques à l’intérieur de EPROM, ce n’est plus nécessaire dans le cas présent : les banques peuvent être placées dans le désordre à l’intérieur de la RAM. Cela tombe bien, car nous allons devoir adapter le circuit imprimé de François S (conçu pour le brochage des 27xxx) à un brochage légèrement différent (celui des 62xxx, 43xxx et 55xxx). Notre seul souci sera donc de faire en sorte que cette adaptation soit la plus simple possible.

    MÉCANISME DE SÉLECTION DES BANQUES n° 0 à 3

    Le choix entre les 4 banques est contrôlé par les signaux CS3, CS4, CS5 et CS6 (voir le deuxième tableau du Journal du Hard n°15). La banque n°1 est opérationnelle lorsque CS6 est tiré à la masse, la n°2 lorsque c’est CS5, la n°3 quand c’est CS4 et enfin la banque n°4 est sélectionnée si est au niveau bas. Voyons cela concrètement.

    Au repos, les broches A14 et A15 sont tirées au niveau haut par une résistance de 4,7 kohms. C’est le quart le plus haut de la demi-RAM qui est “sélectionné”, mais en fait, il n’est pas en ligne car le Chip Enable n’est pas validé. Suivez sur la figure 16. La broche CE1 est maintenue au niveau haut (puce non sélectionnée) par une résistance de 4,7 kohms.

    Lorsque l’un des 4 signaux CS3, CS4, CS5 ou CS6 est mis à la masse par le TELESTRAT, la diode correspondante, c’est à dire l’une des diodes du premier groupe (n°l à 4), devient conductrice et tire la broche CE1 au niveau bas, ce qui valide la puce (oui, toute la puce, mais seule une demi-RAM est “sélectionnée” par action de l’inter sur A16). Ce niveau bas de CE1 ne se répercute pas sur les autres lignes, car les 3 autres diodes de ce premier groupe ne peuvent conduire à contre sens.

    Lorsque la ligne de commande CS6 est mise à la masse par le TELESTRAT, A15 est alors tirée au niveau bas, grâce à la diode n°8 qui devient conductrice.

    Si CS5 est mise à la masse, alors A14 est tirée au niveau bas, grâce à la diode n°6.

    Mais quand la ligne CS4 est mise à la masse, les deux lignes A14 et A15 sont misent ensemble au niveau bas (diodes 5 et 7).

    Vous pouvez vérifier que CS3 se contente de valider la puce et donc que la banque correspondante (n°4) se trouvera tout en haut de la demi-RAM (A15 haut et A14 haut). La banque n°2 viendra ensuite (A15 haut et A14 bas) puis la banque n°1 (A15 bas et A14 haut) et enfin la banque 3 (A15 bas et A14 bas).

    Enfin, une nouvelle broche WE (Write Enable, validation de la RAM en écriture) fait son apparition par rapport aux EPROM. Le circuit imprimé n’avait pas été prévu pour et là encore, il faudra effectuer une petite adaptation. Cette broche WE est directement pilotée par le TELESTRAT, qui la met au niveau bas lorsqu’il veut écrire dans la RAM.

    MISE EN PRATIQUE

    Puisque vous n’aurez qu’une seule cartouche RAM à construire, inutile de modifier le tracé du circuit imprimé de la big-cartouche pour ce nouveau brochage. Il suffira de couper 3 pistes et d’ajouter quelques straps, pour adapter le circuit originel de François S .Vous devrez donc distinguer deux types de “big-cartouche”: celles pour EPROM et celles pour RAM

    Finalement, la figure 17 révèle l’implantation d’une 621001 sur le circuit imprimé de la “big-cartouche”. Les modifications à faire sont minimes, mais le nombre de composants est assez élevé: un interrupteur (d’aussi petite taille que possible), une capacité de 100nF, 4 résistances de 4,7 kohms, 8 diodes de type 1N4148 (ou une des nombreuses diodes équivalentes, mais de petite taille si possible), un support de circuit intégré à 32 broches, une RAM 621001, 431000, 551001, 621000 ou 628128 et l’outillage de base habituel

    Effectuez les 3 coupures en premier, puis construisez votre cartouche en suivant ligne après ligne le schéma de la figure 16. C’est le seul moyen de minimiser les erreurs. Rappelons en effet un point crucial Selon toute vraisemblance, sauf si vous êtes un professionnel, les traversées de votre carte n’ont pas été métallisées La continuité électrique doit donc être assurée en plaçant une cosse (ou un simple bout de fil) dans les trous correspondant à chacune de ces traversées et à souder cette cosse sur les pistes des deux cotés de la carte. D’où la nécessité de suivre le schéma de principe! Il faudra tout réviser dans le détail avant de procéder aux essais.

    LES ESSAIS

    Nous avons perdu beaucoup de temps faute d’avoir effectué les bons essais. Ne faites pas comme nous. En effet, qui dit extension RAM, dit RAM-DISK et c’est bien tentant de se contenter de créer un disque virtuel D, puis d’écrire quelques fichiers dessus et de faire un DIR. C’est bien, mais ce n’est pas suffisant Bootez plutôt votre TELESTRAT avec une cartouche TELE-ASS à gauche et votre big-RAM à droite. Et procédez aux essais suivants:

    1. Choisissez l’option TELE-ASS.
    2. Tapez BANK1 puis MODIF #C000 puis CTRL/A puis le message “Ceci est la banque 1” (ou ce que vous voudrez) puis ESC (tout ceci pour écrire un message identifiant la banque 1).
    3. Procédez de même avec les trois autres banques: BANK2 … “Ceci est la banque 2” etc…
    4. Retapez tour à tour BANK1, BANK2, BANK3 et BANK4, suivi d’un DUMP #C000 et vous devez retrouver vos 4 messages au bon endroit. Si ce n’est pas le cas, re-vérifiez votre cartouche, il doit y avoir une diode soudée au mauvais endroit. Un peu de réflexion devra alors vous guider.
  • Journal du hard (18)Cartouche Telestrat, extension ram 64K

    Article issu de : https://www.oric.org/ftp/ceo/ceomag/downloads///1999/ceomag/03_march//107-04-06.pdf

    Par Claude S et André C

    Et pour commencer, un petit ERRATUM. Le troisième schéma (Cartouche de type 3 banques) de la figure 4, du Journal du Hard n°16 comporte une erreur. En effet, la résistance 4,7 Kohms ne doit pas être reliée à la broche 27 (A14), mais à la broche 28 (+TV). Les lecteurs attentif on réctifié d’eux-mêmes, d’autant que les schémas situés de part et d’autre montraient eux, la bonne connexion !

    L’EXTENSION RAM 64K Version 1.0 pour ORIC TELESTRAT

    Cette extension RAM fut une bien belle invention permettant de faire cohabiter les DOS et les applications sur le port gauche et 4 banques de 16Koctets de RAM sur le port droit. La mention “version 1.0” rappelle que cette cartouche RAM était livrée, non seulement avec une notice de 12 pages, mais aussi avec une disquette contenant des programmes pour exploiter cette extension mémoire.

    Par exemple, INSTAL.COM permet d’installer un disque virtuel occupant toute la RAM (en théorie 64koctets soit 256 secteurs mais en pratique seulement 248 secteurs car la gestion de ce disque virtuel consomme un peu de mémoire). INSTALTEL.COM permet d’installer la banque TELEMATIC en RAM. En effet, la cartouche RAM prend la place de la cartouche TELEMATIC dans le port droit. La mémoire utilisée pour la banque TELEMATIC est prise sur le disque virtuel dont la capacité diminue de 32 secteurs (8 koctets).

    D’autres utilitaires ou informations, permettent de gérer cette extension RAM à partir du Langage Machine ou à partir du langage FORTH (accès direct aux banques de mémoire dans les deux cas). Enfin, des programmes supplémentaires permettent de gérer le disque virtuel (par exemple pour pouvoir utiliser la commande COPY dans ce contexte spécial) et une fonction de récupération de disque virtuel après un reset (mais pas une extenction).

    Quel luxe de disposer de mémoire supplémentaire : le TELESTRAT affiche bravement 128 koctets de RAM ! L’extension RAM autorise aussi l’utilisation d’un disque virtuel beaucoup plus véloce qu’un disque réel : pour lire 100 fiches de 100 caractères, le RAM-DISK met 6s au lieu de 80s pour le lecteur de disquette !

    Comment est faite la cartouche ?

    Elle utilise le même circuit imprimé que les cartouches d’EPROM et est équipée de deux circuits intégrés de type 43256 ou 62256 soudés en parallèle, broche à broche, comme dans le cas des cartouches à 3 banques (STRATORIC par exemple). Toutes les broches, sauf les broches 1 et 20 …

    Comme dans le cas des EPROM, la broche 20 correspond à la fonction CE (Chip Enable, c’est à dire validation du circuit intégré). La broche 1 est l’homologue de la broche 27 des EPROM, c’est la ligne d’adressage A14, le principe pour piloter les 4 banques est identique à ce que nous avons décrit précédemment pour une cartouche à 4 banques. Et pour cause, puisque c’est une cartouche à 4 banques ! Seuls changent certaines numéros de broches du circuit intégré et du connecteur de cartouche (puisqu’il s’agit maintenant d’une cartouche pour port droit).

    Voici donc une comparaison cartouche “64K EPROM” versus cartouche “64 K RAM”. Puisqu’il faut pouvoir booter, l’eprom est évidemment destinée au port gauche et la RAM ne peut être présente que sur le port droit.

    Type de cartouche2 EPROM 27256 (cartouche gauche)2 RAM 43256 (cartouche droite)
    numéro des broches du circuit intégré20 (CE) Chip Enable
    27 (A14) ligne adress.
    20 (CE) Chip Enable
    1 (A14) ligne adress.
    27 (WE) Write Enable
    Numéro des broches du connecteur de la cartouche2B (CS0) -> banque 7
    1A (CS1) -> banque 6
    2A (CS2) -> banque 5
    3A (CS3) -> banque 4
    3A (CS0) -> banque 4
    2B (CS0) -> banque 3
    1A (CS0) -> banque 2
    2A (CS0) -> banque 1
    2B (CS0) Write Enable
    Détrompeur du connecteurA l’emplacement de la broche 4A l’emplacement de la broche 14

    L’interconnexion de la puce et du connecteur est réalisée par le même circuit imprimé, qui n’a subit que de légères modifications dont le principe est donné à la figure 7. La réalisation pratique est faite avec des fils “volants” et une piste coupée I Le condensateur de lOOnF était absent sur la cartouche de RAM que nous avons autopsiée et c’est un tort. Par contre un fil fin relié à la masse a été ajouté, qui court le long du “ventre” de la RAM B et qui sert de blindage protégeant contre les champs électromagnétiques générés par la carte mère. C’est un peu rustique et il serait possible de faire mieux, par exemple avec une feuille métallique.

    RÉALISATION PRATIQUE

    Trois cas de figure :
    a) Vous partez de rien et alors nous vous conseillons plutôt d’attendre un de nos prochains articles qui décrira la “big-cartouche” de François S Cette “big-cartouche” représente vraiment la solution idéale
    b) Vous avez une cartouche RAM grillée. Il vous faudra remplacer les 2 puces en employant la manière forte que nous avons décrite précédemment (à base de pince coupante et de mine de mini-critérium). Si ce genre d’opération vous térrifie, appeler-nous à votre secours.
    c) Vous voulez ré-utiliser une cartouche grillée de type EPROM. Vous aurez à la transformer en cartouche RAM Cette opération n’est pas difficile, mais il faut avoir un peu de pratique de l’électronique II vous faudra remplacer l’EPROM (ou les EPROM) par deux RAM 43256 ou 62256 (pour la procédure d’ “extraction” des puces voir notre article précédent). Puisque l’étendue des travaux à effectuer dépend du type de cartouche dont vous partez (cartouche à 1,2, 3 ou 4 banques), nous nous contenterons de lister les connections dont il faut vérifier l’existence et qu’il faut éventuellement effectuer si elles ne sont pas présentes (suivez sur la figure 7, sinon vous ne comprendrez rien) :
    1 ) Liaison de la broche B2 (CS4) du connecteur de la cartouche à la broche 20 (CE) de la RAM A par l’intermédiaire d’une diode 1N4148 (située à l’emplacement marqué “D2” sur le circuit imprimé)
    2) Liaison de la broche A1 (CS5) du connecteur de la cartouche à la broche 20 (CE) de la RAM A par l’intermédiaire d’une diode 1N4148 (située à l’emplacement marqué “D1” sur le circuit imprimé) En outre, la broche A1 (CS5) sera également reliée directement à la broche 1 (A14) de la RAM A (faire tout simplement un petit pont de soudure entre la piste concernée et la broche 1).
    3) Liaison broche A2 (CS6) du connecteur à la broche 20 (CE) de la RAM B par l’intermédiaire d’une diode 1N4148 (en “volant” : une patte de la diode est soudée sur A2, l’autre est prolongée par un fil “F” qui passe coté composants au travers d’un des nombreux oeillets de la carte, avant d’être soudé sur la broche 20 de la RAM B)
    4) Liaison broche A3 (CS3) du connecteur à la broche 20 (CE) de la RAM B par l’intermédiaire d’une diode 1N4148 (également en “volant”. une patte de la diode est soudée sur A3, l’autre est soudée au fil “F” ci- dessus En outre, la broche A3 (CS3) sera également reliée directement à la broche 1 (A14) de la RAM B (fil “volant”).
    5) Liaison directe de la broche B3 (WE) du connecteur aux broches 27 (WE) des deux RAM (fil “volant” direct).
    6) La broche 20 (CE) de la RAM A sera également tirée au +5V par une résistance de 4,7 kohms (située à l’emplacement marqué “R1” sur le circuit imprimé)
    7) De même la broche 20 (CE) de la RAM B sera tirée au +5V par une résistance de 4,7 kohms (soudée directement entre les broches 20 et 28 de la RAM B).
    8) Un condensateur de 100 nF doit être présent à remplacement marqué “C1” sur le circuit imprimé
    9) Un blindage (un simple fil semble suffire !) sera connecté à la masse (par exemple en partant du pied de “C1” le plus proche des connecteurs de la cartouche) et installé sur le “ventre” de la RAM B (un peu de colle permet de le maintenir en place sur la puce).
    10) La piste du circuit imprimé qui connectait les broches 1 des deux puces au +5V sera interrompue (un petit coup de meule ou de cutter à l’emplacement indiqué dans la figure 5 de notre article précédent).
    Voilà, cela fait un peu bricolage, mais c’est exactement ce qui sortait de l’usine Oric ! Comme il y a longtemps qu’on n’en trouve plus sur le marché, il faut bien se charger soit même de la modification. Notez qu’il vous faudra souder les RAM, car il est impossible de placer un support de circuit intégré des deux cotés du circuit imprimé (encombrement rédhibitoire).
    Vérifiez aussi que votre cartouche RAM a bien le détrompeur pour port droit. Il existe malgré tout quelques cartouches d’origine Oric qui furent correctement construites, c’est à dire avec un seul détrompeur ! Si ce n’est pas le bon, il vous faudra effectuer un trait de scie à l’emplacement de la piste 14 (mini-meule ou à la rigueur scie à métaux) pour pouvoir insérer votre cartouche RAM dans le port droit.
    Pour tester et utiliser votre cartouche, vous aurez besoin de la disquette “EXTENSION RAM64K” ou de la cartouche TELE-ASS pour port gauche Si vous n’êtes pas un as de la programmation, n’hésitez pas à nous appeler au secours