[Thomson TO8] Greaseweazle et copie de disquettes

[Daniel]

Un booléen "secteur protégé" ne suffit pas pour décrire la protection. Il n'y a pas un seul type de protection, mais une multitude de méthodes différentes.

Un exemple parmi d'autres : La piste contient un secteur n°17. La routine de protection vérifie que ce secteur existe, et s'il n'existe pas elle retourne une erreur. Le format SAP est incapable de détecter la présence du secteur 17.

Les promoteurs de ce booléen "secteur protégé" se sont peut-être rendu compte que le problème n'était pas aussi simple qu'ils le pensaient et ont finalement abandonné l'idée. Ce n'est qu'une supposition sans rien pour l'étayer, mais elle est plausible.

[__sam__]

Pour info, de ce que je comprends, c'est qu'un secteur qui est marqué protégé dans le fichier SAP fera juste que sap_ReadSector() retourne une erreur. Cela n'émule donc que les protections de type "secteur foireux" (pas formaté typiquement). Je ne sais pas si beaucoup de jeux sur diskette utilisent une protection de ce type.

[Daniel]

Il y a effectivement pas mal de protections du type secteur inexistant ou secteur existant mais incorrect.
Le programme de contrôle de la protection fait la différence entre les deux cas, le booléen ne permet pas de les distinguer.

[gilles]

Il y a un flag et la valeur de crc. C’est loin d’être une méthode générique mais elle est suffisante pour une bonne partie de la logiteque thomson.
Toutefois cette méthode n’est pas ma préférée, une émulation plus fine basée sur le flux de bit (que permet le format HFE) est plus intéressante comme format d’image générique mais préservant certaines protections et l’entrelacement.

[Daniel]

Le format HFE, avec une émulation précise du contrôleur de disquette telle que celle programmée par Prehisto dans TEO, est la solution la plus satisfaisante intellectuellement. Elle permet d'utiliser avec l'émulateur toutes les disquettes protégées sans modification. Elle est plus gourmande en ressources mais aujourd'hui ce n'est plus un problème.

Quand les émulateurs ont vu le jour il y a plus de 25 ans il était plus raisonnable d'utiliser un format simple. C'est la raison du choix du format fd pour dcmoto. Il a l'inconvénient de nécessiter la modification des programmes pour supprimer le contrôle des protections, mais finalement ce n'est pas si mal : Les fichiers .fd ainsi déprotégés permettent de recréer facilement des disquettes réelles et de les recopier sans matériel spécial. Les puristes diront que l’œuvre originale n'est pas respectée, mais est-ce très important ?

[gilles]

Absolument, en 1998, le premier format qui était supporté par teo était le format TDS qui était le format d'échange habituel des images thomson pour des réalisations personnelles. C'est grosso modo un format .fd avec un header.
Le format SAP a été ajouté car c'est devenu le format de stockage des images de disquettes de jeux avec une protection simple sans avoir besoin de les déprotéger.
Lorsqu'il a été question de faire quelque chose de plus complet nous avons trouvé que la bonne option était le format HFE (v2), c'est un format d'image non compressé fidèle à ce qui est présent sur une disquette mais qui reste d'une taille modérée (environ x2 de la capacité utile d'une disquette non formattée).
Ce format permet, par exemple, d'utiliser DOS720 sur la machine émulée et de lire des disquettes MSDOS ou Atari.