@ MUSICMAN3512. Je me tâtais pour faire le même genre d'intégration de l'excellente carte de Lotharek et Jeff sur un de mes CPC. Comment la carte est-elle branchée ? Est-ce qu'elle est reliée au port floppy externe ? Est-ce que tu as trafiqué une nappe interne pour brancher le lecteur 3,5" et la carte sur la même nappe ?
Par ailleurs, pour ceux que ça intéresse, j'ai compilé une versions Linux en ligne de commande du traducteur dsk->hfe de Jeff en attendant la version graphique sur laquelle il travaille. Je peux envoyer le binaire à qui le veut.
Inscription : 28 Août 2008, 23:41 Message(s) : 258
Citer :
Quelqu'un sait si Logon avait commencé un debut de quelque chose ou pas du tout ? Sinon quelqu'un sait comment le contacter ? Je le relancerai bien !
Je viens de tomber sur le topic. Désolé de vous décevoir mais je ne sais pas d'où sort cette rumeur. J'ai abordé le problème de la navigation mais rien d'entériné.
A ce titre, le "host control tool" est disponible uniquement sur Atari et il n'y a pas de spécifications (du moins je ne sais pas ou elles sont) sur le sujet. Voila donc ce que je suppose. Selon ce que j'ai vu sur la vidéo, une disquette par défaut bootable doit se trouver sur la carte et lorsqu'on allume l'atari, cette disquette est chargée. Après je ne sais pas si le contenu des dossiers et fichiers de la sdcard est contenu dans la disquette ou si des commandes particulières envoyées au drive permettent de récupérer les infos. Toujours est il qu'à partir que cela permet de faire un outil de sélection. Une fois que le fichier est choisi, il doit suffire d'écrire sur la disquette le nom du fichier à exécuter. Lorsque la machine reboote, le programme du floppy emulator dans l'altera doit aller lire la disquette, récupérer le nom du disque, le virer de la disquette (pour le prochain coup pour que le prochain boot revienne sur le sélecteur), et sélectionner la disquette récupérée.
Si c'est bien cette méthode qui est utilisée, cela signifie qu'il faudrait sur un cpc "non trafiqué au niveau de la rom", faire un |cpm à chaque fois qui amènerait sur un menu permettant de choisir la disquette. Le nom de la disquette sélectionnée serait écrit sur cette disquette "cpm-list". Encore faudrait il ensuite que le programme du floppy emulator ouvre ce DSK pour aller y chercher la disquette à sélectionner. (Et il faudrait de surcroit savoir comment récupérer l'arborescence. si elle est sur la disquette, un prb de taille risque sans doute de se poser). Enfin, je suppose aussi qu'il doit exister un fichier de configuration sur la disquette pour savoir si on doit ou non sélectionner cette disquette "cpm-list", afin que le programme propose en plus de la sélection de la disquette, d'y rester une fois pour toute. Car si à chaque reset, on doit rechoisir sa disquette, ça risque d'être vite gonflant dans certains cas.
Ceci dit, cela ne doit pas être bien dur à faire, mais il faudrait que j'ai confirmation des suppositions ci-dessus, et que l'émulateur gère bien cette disquette "cpm-list".
La disquette de boot "par défaut" contient le programme de sélection. Celui-ci accède alors à la track 255. Lorsque l'émulateur se trouve au niveau de cette track, il se comporte plutôt comme un disque dur: En effet la SDCard est alors accessible directement par la machine hôte, à la manière d'un véritable disque dur cad du secteur 0 à 0x4000000 pour une SD de 32Go .
A partir de la le programme est capable d'accéder à la FAT32 pour lister les fichiers etc (à l’aide de ça par exemple : http://www.robs-projects.com/filelib.html ) Dans ce mode l'émulateur est donc passif. Le programme coté Atari ST va donc après sélection des images modifier le fichier HXCSDFE.CFG sur la SDCard.
Lorsque la tête de lecture quitte la track 255, l'émulateur revient à un mode normal, lis le fichier HXCSDFE.CFG contenant la liste des images et vient charger la première automatiquement. L'utilisateur n'a plus qu'a jouer avec les boutons pour changer d'image parmi la liste qu'il a définie ou revenir à l'image de sélection.
J’ai d’autres projets autour de ce mode d’accès, notamment un driver de disque dur pour Atari ST.
Inscription : 28 Août 2008, 23:41 Message(s) : 258
Merci pour ta réponse...
Ce système est sans doute plus simple au niveau de l'émulateur, mais il est en définitive beaucoup plus complexe à mettre en oeuvre sur la machine cible, surtout si il s'agit d'un 8 bits comme le cpc, notamment pour porter les fameuses API (qui à priori, subissent des révisions peut contenir des bugs)
Il présente en outre le défaut majeur d'impliquer la modification de tous les programmes hôtes pour prendre en charge d'autres formats (NTFS, format spécifique, ...) de la SDCARD Si le cpc doit se cogner via des read de secteurs toute la gestion d'une FAT 16/FAT 32, c'est un gros boulot. Quid du NTFS ou autres formats et partitions donc....voire des futures émulateurs et cartes mémoires du futur.
Ne serait il pas plus simple, à défaut d'avoir une disquette de base, et via la piste 254 par exemple, de récupérer l'arborescence sous un format simple. (on peut proposer des idées ici par exemple sur ce format en fonction de ce qu'on attend de voir au niveau de l'outil de sélection)
L'émulateur renverrait alors secteur par secteur le contenu d'un fichier de la sdcard, qui serait créé par un petit outil sur pc.
De la même manière, écrire dans un secteur (piste 253) par exemple le nom de l'image à utiliser, qui serait traduit par l'émulateur par la mise à jour du fichier HXCSDFE.CFG
Ca éviterait ainsi que la machine utilisant l'émulateur connaisse le format et la structure des fichiers de la carte qu'elle gère. En créant cette passerelle, cela permet de décorréler complètement le format géré par l'émulateur de celui géré par les machines hôtes.
Pour mon info, lorsque la piste 255 est sélectionnée, comment le numéro de secteur est il donné ? (Car je ne crois pas que le fdc gère des numéros de secteurs de plus de 8 bits )
Voici le fichier compilé pour Linux en 32 bits. (Mais ça marche très bien sur ma Ubuntu 64 bits.) Je n'ai pas pu le compiler en 64bits car il a une dépendance avec la lib libcapsimage.so.2, qui n'existe qu'en 32 bits, et dont je n'avais pas les sources. D'ailleurs, cette lib est nécessaire à l'exécution et doit être copiée dans /usr/local/lib.
Mais vu qu'elle ne sert à rien pour les dsk de l'Amstrad, je peux aussi faire une version qui n'en a pas besoin, si vous voulez... Elle ne permettra plus de convertir certaines images amiga ou atari (je ne sais plus lesquelles) par contre.
En outre, si quiconque (et je pense notamment à Jeff) veut que je lui renvoie les sources modifiées, pas de problèmes, hein ? Je ne vais pas plaisanter avec la GPL, tout de même !
Le fonctionnement est simple : % hxcconvert filename.dsk va créer dans le même répertoire un filename.dsk.hfe.
Personnellement, j'ai associé les dsk à hxcconvert dans le filbrowser de gnome, comme ça, le hfe est généré dans le même répertoire dès que je double clique sur un dsk. Je n'ai plus qu'à le déplacer sur la carte SD.
Je ne connais pas encore trop gnome, mais ce qui serait vraiment excellent, ce serait de pouvoir faire un module qui permettrait d'être configuré avec l'id d'une carte SD. Comme ça, on pourrait faire en sorte que dès que cette carte est insérée, tout double clic sur un dsk enverrait directement l'image sur elle.
Vous n’êtes pas autorisé(e) à consulter les fichiers insérés à ce message.
Ce système est sans doute plus simple au niveau de l'émulateur, mais il est en définitive beaucoup plus complexe à mettre en oeuvre sur la machine cible, surtout si il s'agit d'un 8 bits comme le cpc, notamment pour porter les fameuses API (qui à priori, subissent des révisions peut contenir des bugs)
La cible de la fameuse lib sont les AVR et PIC. Donc aucun doute que le Z80 suffit ici ! De plus j’ai déjà réalisé une gestion FAT pour un systeme Z80. Aucun problème là dessus.
Longshot a écrit :
Il présente en outre le défaut majeur d'impliquer la modification de tous les programmes hôtes pour prendre en charge d'autres formats (NTFS, format spécifique, ...) de la SDCARD Quid du NTFS ou autres formats et partitions donc....voire des futures émulateurs et cartes mémoires du futur.
NTFS ? Format Spécifique ? Pourquoi faire ? l’émulateur supporte les SD/SDHC. Le format standard sur ces cartes c’est la FAT32….
Longshot a écrit :
Si le cpc doit se cogner via des read de secteurs toute la gestion d'une FAT 16/FAT 32, c'est un gros boulot.
Ne serait il pas plus simple, à défaut d'avoir une disquette de base, et via la piste 254 par exemple, de récupérer l'arborescence sous un format simple. (on peut proposer des idées ici par exemple sur ce format en fonction de ce qu'on attend de voir au niveau de l'outil de sélection)
Cette arborescence il faut la générer… et donc faire le travail dans le PIC… rappel des specs du PIC18F4620 : 64Ko de FLASH (quasi plein…) 4Ko de RAM… Je pense que c’est largement plus facile sur CPC De plus la FAT est un système de fichier ultra simple … Proche de cette fameuse liste…
Longshot a écrit :
Ca éviterait ainsi que la machine utilisant l'émulateur connaisse le format et la structure des fichiers de la carte qu'elle gère.
Facile c’est toujours le même : FAT32 & HXCSDFE.CFG
Quel forme prendrait l'outil ? un binaire a exécuter (sur une simple disquette..) qui irait chercher la liste des images disques ? Car si c'est ça, c'est super (je pense a une version ROM..).
Mais je ne connais pas le besoin de tous les utilisateurs, et encore moins de ce que tu as comme plans !
Quel forme prendrait l'outil ? un binaire a exécuter (sur une simple disquette..) qui irait chercher la liste des images disques ? Car si c'est ça, c'est super (je pense a une version ROM..).
C'est clair qu'en ROM, ce serait vraiment génial ! La carte HxC pourrait être gérée par quelques RSX. Ou même par une ihm. Imaginez la classe : |hxc lancerait une interface de sélection de la disquette...
Bonjour, Est-ce que quelqu'un a expérimenté le cable nappe centronics 6128+ d'Urban-Retro (sur ebay, angleterre) ? Parce que je l'ai acheté, et je souhaiterai savoir si avec ce cable, je suis quand même obligé de déconnecter le lecteur de disquette du 6128+ pour que le SD HxC soit reconnu en lecteur ùA.
De plus, j'ai acheté aussi son cable d'alim, (qui prend le 5v sur le moniteur), j'ai fabriqué deux adaptateurs (2,5mm vers 2,1mm & 2,1mm vers 2,5mm) car il m'a dit que les moniteurs du 6128 et du 6128+ ont le même voltage mais pas les même diamètres de fiches. Ma question est simple : Est ce aussi la même polarité ? (+/-)
_________________ Dj pour la musique, Poke pour la mémoire
Bonjour, Est-ce que quelqu'un a expérimenté le cable nappe centronics 6128+ d'Urban-Retro (sur ebay, angleterre) ? Parce que je l'ai acheté, et je souhaiterai savoir si avec ce cable, je suis quand même obligé de déconnecter le lecteur de disquette du 6128+ pour que le SD HxC soit reconnu en lecteur ùA.
De plus, j'ai acheté aussi son cable d'alim, (qui prend le 5v sur le moniteur), j'ai fabriqué deux adaptateurs (2,5mm vers 2,1mm & 2,1mm vers 2,5mm) car il m'a dit que les moniteurs du 6128 et du 6128+ ont le même voltage mais pas les même diamètres de fiches. Ma question est simple : Est ce aussi la même polarité ? (+/-)
Merci Jeff. Le problème c'est que je ne sais pas si Urban-Retro a fait ce branchement. Et de la manière dont la nappe est faite, je ne peux pas la retoucher. Existe t'il un moyen de connecter les signaux 23 & 24 sans toucher la nappe ? (Une sorte de cavalier plat, par exemple, qui s'intercalerai sans gêner la nappe)
Sinon, si je n'y arrive pas, la doc confirme que je vais être obligé de débrancher la nappe du lecteur interne.
Sinon, au pire, est ce que les jeux du marché fonctionnent en mode lecteur ùb ? (j'ai lu sur le HxC forum que quelqu'un a rencontré je ne sais quels problèmes)
_________________ Dj pour la musique, Poke pour la mémoire
Merci hERMOL. J'ai finalement pris mon courage à deux mains, démonté le 6128+, débranché la nappe du lecteur de disquette ainsi que son alim. Heureusement, le HxC est donc reconnu en ùa.
_________________ Dj pour la musique, Poke pour la mémoire
Jeff : après de nombreuses semaines d'hesitation, je viens ** FINALEMENT ** d'acheter la carte (+ les quelques accessoires necessaires). Ca fait cher (pour un Québecois qui se prend la conversion monetaire dans le mauvais sens...). Merci à toi ! À vous tous également pour toute la bonne info et aux personnes qui ont su me mettre en confiance.
Utilisateur(s) parcourant ce forum : Aucun utilisateur inscrit et 24 invité(s)
Vous ne pouvez pas publier de nouveaux sujets dans ce forum Vous ne pouvez pas répondre aux sujets dans ce forum Vous ne pouvez pas éditer vos messages dans ce forum Vous ne pouvez pas supprimer vos messages dans ce forum Vous ne pouvez pas insérer de pièces jointes dans ce forum