30 / 43

Les disquettes 3 pouces

HISTORIQUE

LES 4 FORMATS STANDARD sur CPC

Le format SYSTEM est un format VENDOR avec l'ajout d'informations pour BOOTER le CPM sur :
Piste 0, secteur &41, &42, &48, &49
Piste 1, secteur &41, &46, &42, &47, &43, &48, &44, &49, &45
Il suffira de faire |CPM pour se retrouver sous le CPM 2.2 (formatage réalisé avec le programme Oddjob).

C1 C2 C3 C4 C5 C6 C7 C8 C9 = secteurs non entrelacé, temps d'accès pour la lecture = plus longue
C1 C6 C2 C7 C3 C8 C4 C9 C5 = secteurs entrelacés, temps d'accès pour la lecture = plus rapide

LES FORMATS EXOTIQUES POSSIBLES ?

Voici a quoi correspond les tailles de secteurs :

Taille 0 = 0128 octets (Secteur faible)
Taille 1 = 0256 octets
Taille 2 = 0512 octets (La taille de référence pour les formats standard)
Taille 3 = 1024 octets (1 Ko)
Taille 4 = 2048 octets (2 Ko)
Taille 5 = 4096 octets (4 Ko)
Taille 6 = 8192 octets (8 Ko)

Certaines protections utilisent des secteurs de taille 6. Il faut savoir que l'utilitaire Discology arrive a copier les secteurs de taille 2 a 5 uniquement.

La FAT (Table d'allocation des Fichiers)

Les 4 formats ont une FAT pouvant supporter par défaut 64 entrées.
Chaque entrée permet de stocker les informations jusqu'à 16 Ko de données.

Donc une image de 17 Ko vous prendra 2 entrées.

Nous allons le vérifier tout de suite.

Formatez une disquette au format DATA et saissisez la commande suivante :

SAVE"ECRAN.BIN",b,&C000,&4000

ça va sauver ce que vous voyez à l'écran (&C000 a &FFFF)
SAVE "NOM DU FICHIER, type binaire, adresse de début, longueur a sauver

Maintenant nous allons utiliser MANAGEDSK, nous pourrions tout aussi bien utiliser le programme Discology sur CPC

Nous retrouvons bien nos 2 entrées et les 17 blocs utilisées.
Visible en piste 0, Secteur &C1 (vu qu'on a utilisée un format DATA)

Donc partant de ce principe, si on sauvegarde 64 fichiers de 1Ko chacun, nous allons saturer notre disquette, il nous restera des Ko non utilisés mais impossible de rajouter quoi que ce soit.

On commence par formater une disquette au format VENDOR (169 Ko)
Nous allons taper un très court programme BASIC qui va nous permettre de sauvegarder notre listing avec comme noms de fichier 00 a 99

10 FOR lettre=0 TO 9
20 FOR chiffre=0 TO 9
30 a$=CHR$(48+lettre)+CHR$(48+chiffre)
40 SAVE a$
50 NEXT
60 NEXT

Le but étant bien entendu de voir ce qui va se passer.

Une fois le listing saisie, faire tout simplement RUN.

Et voilà nous avons un beau Drive A: Directory full
ont va passer en MODE 2 et refaire un CAT pour voir le nombre de fichier :

Nous avons bien 64 fichiers (00 a 63), tous de taille 1 Ko, et il nous reste encore 105 Ko de libre (format VENDOR 169 Ko - 64 entrée * 1 Ko = 105 Ko le compte est bon) sur la disquette mais nous ne pourrons pas les utiliser.
Vu qu'on a utilisée un format VENDOR, nous retrouvons toutes nos entrées ici :
En piste 2, Secteur &41
En piste 2, Secteur &42
En piste 2, Secteur &43
En piste 2, Secteur &44

Ce même test a été réalisé sur les 4 formats, voici les DSK :

•  format DATA 178Ko
•  format VENDOR 169Ko
•  format SYSTEM 169Ko
•  format IBM 154Ko

LE DETOURNEMENT DU CATALOGUE

Il vous est déjà arrivez en faisant un CAT sur une disquette pour afficher la liste des fichiers de vous retrouver devans un message du style : RUN "DISK", RUN"ERE",  USE |CPM ou RUN"CITADEL ...

Peut-être vous êtes-vous demandé comment on pouvait obtenir ce résultat ?

Nous n'allons pas rentrer dans les détails ici, mais sachez que tout se situe dans la FAT et les fameuses 64 entrées et qu'il faudrat utiliser du codage ASCII a la place des noms de fichiers pour arriver a de tel résultat.

HEADER DU FICHIER

Nous avons vu au dessus que le nom du fichier était stocké dans la FAT avec la possibilité de connaître l'USER et les informations sur le READ ONLY et le HIDDEN ainsi que les ID des blocks utilisés.

Il est possible d'affiner les informations concernant le fichier, en allant lire les données dans le premier block ID du fichier.

Adresse &12 = type de fichier (00=Basic, 01=Basic protégé, 02=binaire, 03=binaire protégé)
Adresses &15 et &16 = adresse d'implementation
Adresses &18 et &19 = longueur du fichier
Adresses &1A et &1B = adresse d'execution du fichier (pour les fichiers binaires)

Adresses &43 et &44 = Somme 16bits des octets précédent, si somme ok ce n'est pas un ASCII, lecture des données à partir de l'adresse &80 sinon depuis le début du block.

A noter que si nous renommons le fichier, le nom d'origine stocké dans le Header ne sera pas modifié mais uniquement celui stocké dans la FAT.

Exemple :

LA TAILLE DES FICHIERS

Ce petit tableau va vous permettre de connaître la fourchette exact pour la taille de vos fichiers.

Si vous sauvegarder un fichier d'une longueur &4000 (notre écran de tout a l'heure), vous trouverez rapidement dans le tableau que ça correspond a 17 Ko où 9 blocs sur cassette.

Ce tableau pourra aussi vous permettre de connaître le nombre d'octet a réduire dans votre programme pour descendre a la taille inférieure.

LES DISQUETTES DE STOCKAGE

On commence par la disquette historique, celle distribué par AMSOFT dans son boitier en plastique rigide, Importé du Japon, la plus cher du marché, qui est allé jusqu'à 35 Francs à l'unité :



AMSOFT dans une pochette souple, Importé du Japon :



MAXELL Compact Floppy Disk, Importé du Japon :



Magnetic Technology Media (MTM), Compact Floppy Disk, Importé du Japon :



GODEXCO Superior Quality Computer Floppy Disk, Fabriqué en Hollande ? :



PRECISION, 3" 2FD Flexible Disk, dans son boitier en plastique :



WIZ DISC, CF 2, Compact Floppy Disc :

PANASONIC, Single Head, CF2 :

PANASONIC, Double Head, CF2DD :

SCHNEIDER COMPUTER DIVISION, Single Head, CF2 (Allemagne) :

DIVERS DISQUETTES OU ETIQUETTES EN VRACS :

DISQUETTES DE NETTOYAGE

Sur cette disquette vous ne stockerai aucune information, elle sert a nettoyer la tête de lecture/écriture de votre lecteur de disquette 3 pouces.

Merci a MIC, EAGLE78, CPCMANIACO et KUKULCAN pour les scans.

Article rédigé par Spoke & Kukulcan