La réponse est oui

Le Greasleweasle permet d'écrire des IPFs sur ST, Amiga, CPC, Spectrum, IBM PC.

J'ai environ 1850 IPFs pour CPC, j'en ai a peu près 600 sur Atari ST, une 50aine sur Spectrum, et quelques un sur IBM PC (les mecs se battent pas pour dumper leurs originaux sur disquettes....).

Oui, entre temps j'ai découvert les joies de l'écriture des IPF grâce au GW.

Mais où se trouvent donc ces IPF pour Atari ST ??? Rien sur des sites de référence comme Atari Mania ou Gametronik par exemple. Et quand on fait la recherche en ligne, ça en parle beaucoup sans donner de site pour en récupérer. J'ai bien récupéré un TOSEC daté de 2021 mais il y a énormément de manques, même dans des jeux comme Lode Runner (assez rare, l'opportunité de le dump est difficile à saisir je suppose), mais aussi d'autres titres pourtant courants comme Batman The Movie, Lemmings ou Rainbow Islands.

Quelques idées de sources mieux achalandées ?

On est bien d'accord, entre les milliers de disquettes Amiga préservées au format IPF et disponibles sur plusieurs sites, et les quelques centaines de disquettes Atari ST qu'on peine à trouver en ligne (à part ce TOSEC parcellaire), le pauvre Atari ST est bien moins bien loti que l'Amiga . Et tiens au passage, j'ai essayé d'écrire Bob Winner en IPF pour ST, j'ai fait chou blanc alors que je n'ai eu de soucis avec aucun IPF pour Amiga, étonnant.

Ok, blague à part, pour revenir au CPC, j'ai tout de même une protection qui tient tête au GreaseWeazle : la Gaps qu'on trouve par exemple (et c'est ce jeu que je voudrais sauver) sur TOP SECRET de Loriciels. Lorsque je lance l'écriture, il me gratifie d'un magnifique :

** FATAL ERROR:
EDSK: Track 39.0 is too long (102720 bits @ GAP3=82; 102720 bits @ GAP3=0)

Y'aurait-il une solution. Ou est-ce qu'on atteint les limites actuelles du GreaseWeazle ?

C'est une erreur au chargement du DSK ou bien lors de l'écriture il se rend compte qu'il a fait le tour?

Parce que dans le deuxième cas, ralentir la vitesse de ton lecteur de 2.7% doit marcher

Sinon, plus technique, commencer par convertir le DSK dans un vrai format piste et tailler dans l'entête piste de 140 octets qui ne sert à rien

Je viens d''ecrire les .RAW sur une 3": tout passe sans pb (lecteur à 295RPM)

C'est une erreur au chargement du DSK, je pense effectivement qu'une conversion bien sentie s'impose.


Rhaaa, quel boulet je fais, j'ai testé avec les DSK, j'ai oublié d'essayer les RAW Merci pour l'info.

Oui, pour rappel le format eDSK ne décrit que des secteurs... donc si tu as trop de données car les secteurs sont entrelacés à l'intérieur d'autres, on se retrouve avec plus de données qu'une piste peut en contenir...

donc il faut passer par un format track IPFs, CTRAWs, SCP ou HFE... comme cela, il écrit la piste telle qu'elle sans overflow... alors que de convertir un eDSK en track peut (selon l'outil) générer ce type d'erreur...d'interprétation des données !

La bestiole a décidé de me contrarier. Je viens d'essayer d'écrire Top Secret à partir des fichier RAW sur le site et j'ai droit a :

** FATAL ERROR:
Bad Kryoflux image name pattern 'D:\Top_Secret_A.raw'
Name pattern must be path/to/nameNN.N.raw (N is a digit)

Je comprends bien qu'il voudrait un dossier contenant tout plein de fichiers RAW, mais les CTRAW ne sont constitués que d'un fichier. Je rate forcément quelques chose.

Quelqu'un aurait-il la possibilité de combler le gouffre de mon ignorance ?

Il y a souvent la confusion entre le RAW et le CT-RAW
Les fichiers uniques .raw c'est le CT-RAW et les paquets avec un fichier par piste c'est le RAW
Alors ptêtre qu'il veut que tu changes l'extension?

edit: tu as SugarConvDSK de Lone pour transcoder en HFE éventuellement? https://github.com/Tom1975/SugarConvDsk

Quels RAW as-tu écrit? Tu les as créé à partir d'une disquette originale ou tu les as téléchargé ? (et si tu les as téléchargé, où les as-tu trouvé?)
Parce que sur CPC Rulez, ce sont des CT RAW, le GreaseWeazle n'a pas l'air d'en vouloir.


J'ai l'appli HxC Floppy Emulator qui va me permettre de convertir les RAW en HFE, à tester même si j'émet des doute quant à sa capacité à convertir en maintenant les spécificités de la protection GAP

En pratique, le HFE est identique aux formats RAW, je dis bien en pratique, c'est une sorte de RAW "fiable" dans le sens où chaque bit est nettoyé

Le seul truc qui manque ce sont les variations de densité sur la longueur de piste mais c'est inexploité (car en fait inexploitable)

C'est quand même bizarre ce forum sur lequel je passe mon temps à m'identifier alors que j'ai coché la case pour me connecter automatiquement à chaque visite. Bref, HxCFloppyEmulator n'est pas compatible avec les fichiers CTRAW, étonnamment.

Merci pour l'astuce SugarConvDSK qui m'a permis de convertir les fichiers en IPF et ça fonctionne nickel

Hors sujet : ah oui bizarre en effet ton souci de reconnexion... Tu dois avoir quelque chose qui nettoie les cookies du navigateur Internet quand tu fermes l'application ?
Je n'ai pas ce souci sur Google Chrome en Windows 10 ou Windows 11.

Merci pour tes retours avec le Greasleweazle : c'est vraiment passionnant de lire tous les tests et formats que tu as pu valider avec.

Avec plaisir. Alors je vous résume où j'en suis. Je sors un peu du cadre CPC mais je pense rester dans le sujet puisque le GreaseWeazle est dédié au multisupport. J'utilise l'appli FluxMyFluffyFloppy.

Amstrad CPC :
DSK/IPF/SCP : Ecriture directe originaux et cracks
RAW : Ecriture directe, il faut pointer le dossier contenant l'ensemble des fichiers RAW
CT-RAW : écriture directe mais si le fichier utilise une extension .RAW, il faut la remplacer par une extension .CTR
Si la taille des pistes pose problème au GW avec un fichier DSK original, une conversion avec SugarConvDSK dans un autre format règle la question.
Si on utilise un lecteur 3 pouces, bien penser à forcer l'utilisation de l'unité B.

AMIGA :
ADF/IPF : Ecriture directe originaux et cracks

Atari ST :
ST/MSA : Une conversion en HFE permet d'éviter d'avoir à spécifier le nombre de pistes, etc, avant de pouvoir lancer l'écriture.
IPF : Seul format d'originaux exploitable, écriture directe.

Thomson TO/MO
FD : Non reconnu d'origine par le GW. Une conversion en HFE règle le problème. Pour les image-disques double-face, Il faut écrire chaque face individuellement et ne pas laisser le GW faire le tout en une seule passe.

J'ai encore des lacunes sur la gestion des image-disques pour le C64 et le Spectrum. A suivre...