Bonjour,

Je reprends ici la digression du post sur les IPFs de denis.

Pour rappel : On se demandait comment reconstruire une disquette à partir d'un dump.

breiztiger arrive à le faire sur son Kryodlux (série des "réussir").
Kris également sur son SCP ("Les chevaliers").

On va donc tenter de trouver un moyen pour générer un dumps "Master" le plus précis possible, permettant, avec un lecteur bien réglé, de reconstruire n'importe quoi.

J'ai amélioré la génération de SCP de Sugarbox / SugarConvDsk pour corriger des soucis sur le SCP, notamment :
- Le problème potentiel d'inversion de flux incorrecte à l'index (en gros, si on a un "0" en fin et en début de piste, il faut décaler le début de piste pour ne pas avoir d'information d'inversion incorrecte)
- Une précision supplémentaire sur les tailles de cellules et la position d'index. Ca, c'est pas pour les émulateurs, mais pour aider (j'espère) le matériel à se positionner correctement. Ca permet d'avoir des tailles de cellules variables, moyennée sur la totalité de la piste

Deux dumps en dessous : Le premier (ortho_test) avec cette seconde modification.
Le second (Ortho_precis) avec la taille standard de piste.

Si Kris ou d'autres possesseurs de SCP peuvent tenter de les faire fonctionner, ça m'aiderait à mettre au point tout ça !

j'ai peut-être pas tout compris... mais pour moi la piste est en continue avec un magnifique champs de bits circulaire est continu !

le fait qu'on passe sur l'index, le lecteur de disquette le détecte grâce à la diode + le capteur de lumière le trou fait dans la disquette mais la tête de lecture continue à lire en continue !!!

donc pour conclure, selon ma compréhension de la chose : tes deux zéros, un à la fin et un au début ne sont tout simplement pas le même bit ? ou alors il te manque un bit entre les deux !?

Ta compréhension est bonne.

Là, on est au niveau en dessous du MFM (le SCP enregistre les inversions de flux)
Si tu as une piste comme ceci :

0101010 [trou d'index] 0100 (le trou d'index étant juste une marque), il est important, pour avoir le 0 avant et après, de démarrer l'enregistrement non pas au trou d'index, mais au prochain '1'. On est plus au niveau du bug d'ailleurs là dessus

Salut, pour info, j'ai testé ton fichier SCP. Les positions d'index sont faussées, ce qui n'est pas normal.

_________________
SPS Community Expert (SPS CE) / SPS France

Le SCP posté fonctionne, mais apparemment pas à tous les dumps (quand il marche, il marche tout le temps)
Que veux tu dire par "Les positions d'index sont faussées" ?

En réfléchissant un peu, il se trouve que ma tentative d'ajouter de la précision n'est pas forcément bienvenue : Je calcule la taille de bitcell, et ajuste la durée totale de la piste avec ça.

Je devrais peut-être plutôt conserver ma taille de 200ms par piste, et ajuster à la volée me tailles de bitcell (du flux variable ?!)

Je tente le coup et je vous tiens au courant.

Voici un dump calculé au plus près :
J'ai modifié légèrement chaque bitcell pour arriver à un total exact de 200ms par piste.
Reste à voir si ça fonctionne en vrai !