Re: OricFS: Filesystem FUSE pour fichier .DSK

par didierv le Jeu 15 Mai 2014 - 19:42

Hialmar a écrit:Une fois ubuntu installé il te faudra ajouter fuse et les modules de python en faisant :
sudo apt-get install fuse python-fuse python-setuptools

Puis tu télécharges oric_fs.zip puis
unzip oric_fs.zip

Ensuite il ne faut pas oublier de préfixer les commandes d'install d'OricFS par sudo :
sudo easy_install OricFS-0.3-py2.6.egg
sudo easy_install OricFS_Sedoric-0.2-py2.6.egg
sudo easy_install OricFS_Tape-0.2-py2.6.egg

Bonjour à tous, j'ai bien installé VM Virtual Box, ubuntu ... et là mon netbook explose !
Il m'a fallu 2 soirs pour que l'installation soit terminée, et maintenant mettre mon mot de passe pour ouvrir la session prend plus de 30 secondes Crying or Very sad

meme windows est plus rapide.
J'essaierais donc sur mon pc fixe (sous windows8) la semaine prochaine en espérant retrouver de la vigueur (coté processeur, c'est un i7 920 cela devrait aller mieux)

En attendant, il faut que j'avance un peu sur le mag, j'ai un peu de retard

par Hialmar le Jeu 15 Mai 2014 - 21:10

Ah oui c'est clair que les procs de netbook ne sont clairement pas adaptés aux machines virtuelles.

Ton i7, lui par contre, est tout à fait adapté et va super bien marcher pour ça.

par Hialmar le Sam 17 Mai 2014 - 12:04

Bon j'ai quelques rapports de bugs :
- quand on copie un fichier .tap avec un nom qui contient des - (signe moins) ça le recopie bien mais après on ne peut pas le lire et ça fou le bazar sur la disquette (un fichier Basic au nom correct ajouté plus tard récupère le code du fichier dont le nom contient le - ) ;
- quand on copie un fichier .tap avec un nom qui contient des - qui est déjà présent on se retrouve avec deux fichiers de même nom sur le disque ;
- quand on copie un fichier .tap contenant du Basic en autoexec ça crée un fichier .BAS au lieu d'un .COM ;
- quand on copie un fichier .tap contenant une image HIRES créée avec libpipi ( http://caca.zoy.org/wiki/libpipi/oric ) sur la disquette qui contient un fichier avec un - ça ne crée pas le fichier .BIN correspondant (mais on voit le fichier virtuel .tap) et ça bousille la disquette.

En attaché je met le fichier de ma disquette sur lequel on peut voir le premier problème.

Je vais poster deux autres messages avec des .TAP contenant des noms avec - et une image HIRES.

Merci de ne pas diffuser/lire ces fichiers qui font partie du jeu de Maximus.

par Hialmar le Sam 17 Mai 2014 - 12:05

Un fichier .tap avec un - qui provoque les deux premiers problèmes mentionnés.

par Hialmar le Sam 17 Mai 2014 - 12:12

Un fichier .tap contenant une image qui provoque le dernier problème mentionné.

par Symoon le Sam 17 Mai 2014 - 15:38

Bienvenue dans le monde du "c'est pas si simple" Wink

Sans préjuger de l'évolution de l'outil, je répondrais que:
1/ Les problèmes liés aux caractères interdits ne sont pas exactement des bugs... S'ils sont interdits, c'est qu'il ne faut pas les utiliser Wink

Ceci dit, ils sont autorisés dans le nom d'un .TAP (qui peut d'ailleurs aller jusqu'à 16 caractères), donc si on veut être parfait il faut une gestion des noms (les raccourcir au max de Sedoric, et supprimer ou remplacer les caractères interdits)

2/ je ne pense pas que le fait qu'un programme soit en AUTO en fasse nécessairement un fichier .COM, en tout cas pas sous Sedoric.

Sur ce bon WE, le barbecue nous appelle !

par assinie le Sam 17 Mai 2014 - 16:57

Le fichier ".tap" présent dans le répertoire de montage n'est là qu'à titre indicatif et ne fait pas partie de l'image. Il contient juste une description de ce qui a été trouvé dans le fichier que tu a copié.

Je ne filtre pas les caractères dans les noms des fichiers transnféré depuis un fichier .tap, je me contente de limiter la taille du nom.
Le nom d'un fichier sur cassette est limité à 16 avec la rom 1.1 et ne l'est partiquement pas avec le rom 1.0 de mémoire.
Un fichier Sedoric ne peut pas contenir de "-" sinon il ne pourra pas être chargé par Sedoric.
Je peux filtrer les noms pour n'autoriser que les caractères A-Z et 0-9, reste à savoir si il faut remplacer ces caractères par un autre ou juste les supprimer.

Est-ce que les 2 problèmes que tu remontes sont le constat dans le point de montage ou dans l'émulateur?,
Si j'ai bien compris le premier problème est que le second fichier prend la place du premier qui avait un nom incorrect?

Je ne savais pas qu'un fichier BASIC en autoexec doit produire un fichier COM. Je ne fais pas de traitement particulier en fonction du flag autoexec.
Je ne sais même pas qu'elle est la différence entre en fichier COM et un fichier BAS Embarassed

Je peux transformer un programme BASIC en autoexec en fichier COM si tu penses que c'est mieux, mais y-a-t-il d'autres transformations de ce type liées à ce flag?
Est-ce que je dois transformer en COM tous les fichiers en autoexec?

Je vais regarder le fichier contenant une image HIRES et voir si il y a moyen de le détecter pour en faire un fichier BIN.

Pas d'inquiétude, je ne diffuserai pas les fichiers.

par Hialmar le Sam 17 Mai 2014 - 17:21

Je peux me débrouiller pour les noms. Pas de pb.

Je dois aussi pouvoir transformer les .BAS en .COM. Il suffit peut-être de les renommer sous l'émulateur.

Je remontais juste les 2 pbs car tap2dsk gère cela.

Les pb apparaissent dans Oricutron mais aussi dans le point de montage.

par Hialmar le Sam 17 Mai 2014 - 17:41

Enlever les - de mes fichiers à résolu pas mal de problèmes.

Ca marche correctement maintenant.

Il me manque plus que les fichiers binaires pour pouvoir bosser correctement.

Si tu pouvais mettre en .BIN tout ce qui n'est pas reconnu ce serait cool comme ça ça gérerait les images mais aussi mes fichiers de données écrits avec des POKE en RAM puis sauvés entre valeurs de début et de fin de la zone de la RAM.

Merci beaucoup.

par assinie le Sam 17 Mai 2014 - 18:02

J'ai transféré le fichier tap contenant l'image HIRES sur la disquette, et iul est bien transféré sous le nom STARK.COM.

En revanche si je le renomme dans l'émulateur et que je fais LOAD"B-STARK.BIN" ou LOAD "B-STARK.BIN",A#A000 j'ai une erreur ?FILE TYPE MISMATCH ERROR.
Je pense que ça vient du code d'état du fichier.
Si je sauvegarde l'écran dans l'émulateur avec un ESAVE"B-TEST.SCR" et que je fai ensuite LOAD"B-TEST.SCR",V, j'obtient un statut 40 alors que j'ai un 00 pour le fichier transféré ce qui n'est pas normal je devrait avoir un 40 aussi.
Je vais regarder le dump du fichier .tap pour voir pourquoi l'outil n'est pas arrivé à trouver un type correct.

Aucun problème, je peux ajouter ou modifier le comportement de l'outil.
Pour le mode autoexec, je peux modifier le transfert et/ou gérer la commande chmod +/-x comme je le fais pour chmod +/-w pour le FT-Dos.

par assinie le Sam 17 Mai 2014 - 18:18

J'ai trouvé le problème du mauvais type de fichier pour l'image.

Pour l'extension, ce qui est fait actuellement: si c'est un programme BASIC => .BAS, sinon => .COM (je pensais au départ qur ça désignait un fichier binaire, mais il semble que les extensions n'ont pas d'importance avec Sedoric et qu'on peut mettre n'importe quoi)

Je peux effectivement mettre .BIN si ce n'est pas du BASIC.
On peut aussi mettre .SCR si c'est fichier de #A000 à #BF3F ou de #BB80 à #BFDF

par assinie le Sam 17 Mai 2014 - 18:37

La version modifiée (.BIN pour tout ce qui n'est pas du BASIC).
Il n'y a que le module OricFS-Sedoric à mettre à jour.

Fichiers joints

: oricfs-ubuntu-2014-05-17.zip OricFS pour Ubuntu >= 12 (setuptools 2.2) - Version du 17/05/2014Vous n'avez pas la permission de télécharger les fichiers joints.(165 Ko) Téléchargé 8 fois

par Hialmar le Sam 17 Mai 2014 - 22:12

Ca marche nickel maintenant Smile

Merci.

par Hialmar le Sam 17 Mai 2014 - 22:16

Ah oui j'ai noté un truc : si je fais plusieurs commandes cp à la suite (dans un script shell) ça bugge (il ne copie pas les fichiers et la disquette est bousillée).

Du coup, j'ai mis des "sleep 2" (2 secondes) entre chaque cp de mon script shell.

Est-ce que tu aurais moyen de bloquer le cp, jusqu'à ce que le fichier soit créé sur la disquette ?

Pas grave sinon mais il faudrait peut-être l'indiquer dans la doc (cela dit je n'ai peut-être pas tout lu de la doc et je m'excuse si ça y est déjà).

Merci encore pour ton super soft Smile

par assinie le Sam 17 Mai 2014 - 22:18

Cool

Je n'ai pas essayé la copie rapide, je vais voir ce que je peux faire.

Je teste l'ajout du support pour le renommage des fichiers: Sedoric => Ok, FT-Dos => à faire
Concernant ce point que faire dans les cas suivants:

Filtrage du nom de fichier destination, que faire en cas de caractères incorrects? rejet de la commande pur et simple?
Même question sur la longueur du nom pour la destination: rejet de la commande si > 9.3?

Le renommage ne change pas les caractéristiques du fichier.

La suppression de fichiers est le point suivant sur la liste: FT-Dos => déjà fait, Sedoric => à faire

Sedoric:
Je pense qu'il y a un bug dans le cas suivant: extension du catalogue au delà des 4 secteurs réservés et le nouveau secteur est sur la face 2.
Pour le moment ça ne devrait pas être genant, les 4 secteurs réservés permettent d'avoir 15*4=60 fichiers.

Merci pour les tests!

par Hialmar le Sam 17 Mai 2014 - 22:28

Je pense qu'il vaut mieux sauter les caractères non ok et tronquer.

C'est ce que fait tap2dsk.

Si tu peux afficher un warning c'est encore mieux mais je pense que c'est mieux que de refuser purement et simplement surtout que ce n'est pas évident de changer le nom dans le fichier .tap.

par Contenu sponsorisé