{"id":574,"date":"2019-07-25T03:55:39","date_gmt":"2019-07-25T01:55:39","guid":{"rendered":"https:\/\/ceobeta.oric.org\/?p=574"},"modified":"2019-07-25T03:55:39","modified_gmt":"2019-07-25T01:55:39","slug":"fdc-1793-et-read-track","status":"publish","type":"post","link":"https:\/\/oric.bqtt.net\/index.php\/2019\/07\/25\/fdc-1793-et-read-track\/","title":{"rendered":"FDC 1793 et Read Track"},"content":{"rendered":"\n

Par Simon<\/em><\/p>\n\n\n\n

Ou l’aventure des d\u00e9boires avec les disquettes, partie 1 d’une possible longue s\u00e9rie !<\/em><\/p>\n\n\n\n

Quel est le besoin ?<\/h4>\n\n\n\n

Depuis quelques ann\u00e9es me tourne en t\u00eate l’id\u00e9e d’un outil de transfert de disquettes Oric vers PC. Readdsk est d\u00e9j\u00e0 tr\u00e8s puissant sur PC, mais l’id\u00e9e est d’utiliser le mat\u00e9riel Oric \u00e0 la fois pour les non-bricoleurs qui ne voudraient pas d\u00e9sosser un drive 3 pouces et le brancher dans un PC, mais aussi parce que seuls les PC vieillissants sont encore capables de g\u00e9rer un lecteur de disquettes. Savedisk, sorti en 2005 (cf. CEO-Mag n\u00b0 182, de juin 2005), r\u00e9pondait en partie \u00e0 cette id\u00e9e en permettant de lire, secteur par secteur, une disquette Sedoric, puis de la sauver sur PC par… Le port cassette ! Et ensuite de refaire un fichier .DSK pour \u00e9mulateurs.<\/p>\n\n\n\n

L’id\u00e9e suivante \u00e9tait de rendre cet outil universel, en faisant en sorte qu’il ne se pr\u00e9occupe pas du syst\u00e8me de la disquette lue (Sedoric, Randos, Oric Dos, Stratsed, FTDos, XL-Dos, …). Il existe une commande au niveau du contr\u00f4leur de disquette du Microdisc (le FDC 1793), qui permet de lire une disquette piste enti\u00e8re par piste enti\u00e8re, ind\u00e9pendamment du format. Cela permet d’embarquer tous les secteurs et toutes les informations entre les secteurs, d’un seul coup, et donc a priori de g\u00e9rer tous les DOS possibles tant que l’on trouve un moyen de g\u00e9rer le nombre de pistes et de faces.<\/p>\n\n\n\n

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

La gal\u00e8re commence<\/h4>\n\n\n\n

Las ! En testant cette commande (avec un gros coup de pouce de Fabrice), je me suis vite rendu compte d’un probl\u00e8me: a priori al\u00e9atoirement, des octets de valeur $C2 s’ins\u00e9raient dans les donn\u00e9es, voire les \u00e9crasaient. Cela ruinait la fiabilit\u00e9. Pensant \u00e0 un probl\u00e8me mat\u00e9riel (drive, disquette ?), j’ai vari\u00e9 les sources: drives 3″ ou 3.5″, test lors d’une visu sur du mat\u00e9riel de Thierry… Sans r\u00e9sultat probant: toujours des dizaines ou centaines de $C2 !<\/p>\n\n\n\n

Pourtant, j’\u00e9tais tr\u00e8s intrigu\u00e9 car Nibble, l’\u00e9diteur de disquettes, est capable de lire et copier piste par piste, sans erreur. En regardant une piste dans Nibble et en comptant (un par un…), je pouvais voir beaucoup moins de $C2 que lorsque je faisais la lecteur moi-m\u00eame… Quant \u00e0 Euphoric, il rend une lecture parfaite de la piste.<\/p>\n\n\n\n

Mais c’est quoi ce bazar ?<\/h4>\n\n\n\n

Passablement d\u00e9courag\u00e9, j’ai sollicit\u00e9 tranquillement les forums Oric, et au fil du temps et des d’\u00e9changes, a \u00e9merg\u00e9 une analyse d’un “bug” sur le contr\u00f4leur de disquette Atari ST (par Claus Brod), utilis\u00e9 pour prot\u00e9ger des disquettes contre la copie. Il ressemble furieusement au probl\u00e8me sur Oric !<\/p>\n\n\n\n

Sch\u00e9matiquement, lorsqu’il lit une disquette piste par piste, le contr\u00f4leur est en permanence \u00e0 la recherche d’octets de synchronisation sur la disquette. Ces octets de synchro forment une suite de bits qui permet au contr\u00f4leur de caler le d\u00e9marrage de sa lecture d’une piste. Comme il ignore la longueur d’une piste, le contr\u00f4leur sera en permanence ” \u00e0 l’\u00e9coute” de cette s\u00e9quence pour savoir si une nouvelle piste d\u00e9marre.En d\u00e9tail, voici les diff\u00e9rentes synchro qui existent sur une disquette: <\/p>\n\n\n\n