forum.system-cfg.com

Oui pas de soucis, surtout que j'amène le matériel ca seras l'occasion d'en parler concrètement

contrairement à ce que l'on peut penser, je suis dans le sujet (C'est pour aider 6502man) :

Sous CP/M Lorsque l'on fait un STAT B:FICHIER.EXT
et qu'il retourne :

Recs..Bytes...Ext....Acc
.....3.....4k......1....R/W......B:FICHIER.EXT

=> il nous dit en claire : 4Ko en 3 records
Ce que je ne comprend pas c'est que théoriquement le CP/M nous donne en Recs le nombre de cluster de 128octets : ce qui semble pas cohérent ?

Ce que je ne sais pas c'est si la taille du cluster de 128 octets est lié au format de la machine ou si c'est spitté au CP/M.. ?

Extrait de la doc Digital du CP/M 2.2 :

RECS BYTES EXT D:FILENAME.TYP
rrrr bbbk ee d:filename.typ
where rrrr is the number of 128-byte records allocated to the file, bbb is the
number of kilobytes allocated to the file (bbb=rrrr*128/1024), ee is the number of
16K extensions (ee=bbb/16), d is the drive name containing the file (A ... P),
filename is the eight-character primary filename, and typ is the three-character
filetype. After listing the individual files, the storage usage is summarized.

Cqfd : 3 * 128 = 384 octets et pas 4Ko ...!
Par contre, je mets en doute le format de la disquette : le retour de la commande STAT peut être blousée par un bug dans cette structure, c'est ce que je cherche à prouver

Alors tout d'abord MERCI YO_fr, tu m'a mis sur la bonne voie pour trouver la solution au problème de binaire qui ne se chargeait pas correctement sous Basic3X.

En faite cela vient d'une part d'un manque d'info technique sur le format des fichiers CP/M sous B3X et d'autres part d'une confusion de ma part entre les fichiers binaires lus ou créés sous CP/M directement et les fichiers binaires lus ou crées pour CP/M sous B3X

Explications:

1) Quand on est sous CP/M et que l'on sauvegarde un fichier binaire par TRANS X: il crée les fichiers "brut" c'est à dire avec aucune entête ni structure particulière, le fichier ne contient que les données binaires.
Lors de la lecture sous CP/M cela ne pose aucun problème, et les images s'affiche très bien

2) Quand on est sous B3X DISK et que l'on sauvegarde un fichier binaire pour CP/M par SAVEDD il crée un fichier "structuré" c'est à dire avec une entête qui contient l'adresse de destination en RAM et la longueur des données (plus un octet qui faut que je soit sur de son utilité).
Donc lors de la lecture un fichier de ce type "structuré" et lu sans problèmes, par contre si l'on veut lire un binaire du type "brut" du CP/M ca ne fonctionne pas d'ou mes problèmes

Au départ j'avais fait des essais fonctionnels avec le CP/M et j'avais bêtement confondu avec le type binaire sous B3X croyant que le Basic était compatible avec le CP/M pour tout type de fichier, mais d'après mes nombreux tests il n'en est rien pour les binaires évidement car pour les fichier Basic aucun soucis sous B3X

Donc si l'on crée un fichier binaire sous CP/M directement ou sous windows on ne peut le lire sous B3X quant le mettant au bon format "structuré".

Concernant le format des disquettes il n'y a quand testant sur la vraie machine que l'on pourras vérifier si le format est correct ?

Au final j'ai encore beaucoup appris et découvert de nouvelles choses, heureux je suis

bon maintenant il me reste à adapter tous ca et vérifier qu'il n'y est pas encore une dernière petite surprise d'HECTOR

Super !

J’espère que tu n'auras pas de mauvaise surprise, sinon c'est que j'ai fait des bêtises

J'essaye en ce moment de mettre en oeuvre la disquette de 6502man sur un HxC et j'en arrive à mes vieux démons :
Impossible d'avoir un fonctionnement correcte de mon disc2 : Les disquettes de Fabien pour Hector fonctionnent à 50%. Sur beaucoup de disquette, j'arrive à lancer le CP/M ensuite la lecture du directory, généralement ok : mais le chargement de fichiers se plante dans de très nombre cas : Sur la disquette CP/M 2.2 le B3X ne se lance pas, dans la disquette Basic37 non plus et dans la system_mx c'est ok... De plus il faut parfois insister pour faire la lecture (avec 2/3 retry ça passe parfois...) une idée

Sinon les bonnes nouvelles, en première mondiale (Merci 6502man !!!) :

paramètres pour les HxC pour transférer une image VBHector en hfe : Le programme dans Hector : Et le RESULTAT :

Merci 6502man, c'est vraiment des image que je n'imaginais pas mon Hector pourvoir sortir...

héhé, j'ai déjà vu ces images quelque part Vivement la suite !

Au fait le format est il compressé (CXO) ? La compression fait gagner combien ?

C'est bien du CXO avec un décodeur. La taille me semble être de 128*56 blocs => 7168 octets...

Merci Yofr pour les tests sur machine réel

Donc le format des fichiers est validés

Pour répondre à plusieurs questions :

@sam: les fichiers sont compressés avec exomizer option RAW et -C en faite cela donne le même resultat avec ou sans l'option -C !!
Les fichiers sources (format écran Hector) font 14724 octets et une fois compressé selon l'image le fichier de sortie fait entre 3 et 12Ko mais en moyen ils font moins de 10Ko

@Yofr: le format des fichiers binaires "structurés" pour B3X chargeable avec la commande LOADD :
2 premiers octets : adresse de chargement (poids faible, poids fort)
2 octets suivant : longueur des données (poids faible, poids fort)
octets suivants jusqu'a la fin: les données binaires.

Voila

à suivre sur ce post un slideshow pour HECTOR HRX/MX