SDLEP-READER remplace tous les magnétophones d'ordinateurs.

[Daniel]

Si tu tapes la bonne commande ça va marcher :

Code : Tout sélectionner

RUN"CASS:

S'il n'y a pas de lecteur de disquette connecté au MO5, il est inutile de préciser le type de périphérique, il suffit de taper cette commande :

Code : Tout sélectionner

RUN"

Explication :
La commande RUN"CASS cherche à lancer le fichier CASS.BAS.
Ce fichier n'existe pas dans la cassette, donc elle est lue jusqu'à la fin et le fichier n'est pas trouvé.
La commande RUN" ou RUN"CASS: cherche à lancer le premier fichier .BAS de la cassette. Elle va trouver le fichier "FLIPPER.BAS" et le lancer.
On peut aussi taper RUN"FLIPPER ou RUN"FLIPPER" ou RUN"FLIPPER.BAS ou RUN"FLIPPER.BAS".
ou encore RUN"CASS:FLIPPER ou RUN"CASS:FLIPPER" ou RUN"CASS:FLIPPER.BAS ou RUN"CASS:FLIPPER.BAS".
Mais RUN" est le plus simple.

Ces règles ne sont pas propres à SDLEP-READER, c'est la syntaxe officielle du BASIC 1.0 de Thomson.
Il y a un excellent livre, indispensable aux utilisateurs du MO5 : Le Guide du MO5, par André Deledicq.

[amiral-_-sega]

Une fois de plus merci Daniel, effectivement en tapotant simplement RUN" cela fonctionne . Désolé du dérangement pour si peu. Bon dimanche

[Ythunder]

Euh, si tu fais un RUN "CASS
Il va chercher le fichier CASS ........

Il faut bien écrire RUN "CASS:

CASS est un nom de fichier
CASS: pointe vers le périphérique, ce n'est pas du tout la même chose fait attention


EDIT : arf, je me suis fais devancé, lol

[amiral-_-sega]

Les : qui change tout merci @Ythunder

[Yannick73]

Bonjour
Merci à Daniel et Cyril pour se superbe travail !!!

J'ai un soucis d'afficchage :



Pour j'ai ces lignes supplémentaires ? Vous avez déjà vu ça ?
Pourtant le lecteur lep fonctionne parfaitement sur TO7/70

Merci

Yannick

[__sam__]

Les noms commencent par des "."

Cela ressemble aux fichiers cachés qu'on trouve dans les OS unix-like (dont MacOS.) La carte SD est passée par quelle machine auparavant?

https://www.cnet.com/news/invisible-fil ... nal-disks/

[Yannick73]

Aie !

J'utilise un mac pour copier les fichiers sur la SD...

[Daniel]

C'est bizarre, je n'ai jamais vu ça. Quelle version du programme utilises-tu ?
Il faudrait rechercher du côté du formatage de la carte SD, ou du système d'exploitation utilisé pour copier les fichiers.
Tu peux aussi essayer de mettre des noms courts (8 caractères maxi) pour voir s'il y a le même problème.

Mais peu importe, l'essentiel est d'arriver à charger les programmes.
Sur TO, à ma connaissance, SDLEP-READER est le seul système pouvant remplacer le magnétophone.
Félicitations pour la réussite de ton projet

[Edit] __sam__ a trouvé l'explication. Il suffirait d'ajouter un test dans le sketch Arduino pour ignorer les fichiers qui commencent par '.'

[Brochiman]

stouf49 a eu le même problème, c'est le formatage sur mac qui donne ca

[stouf49]

Effectivement j'utilise un mac aussi mais je ne pense pas que le formatage soit en cause.
Sûr les conseils de brochiman j'ai testé:
-Formatage de la SD avec PC et transfert des fichiers avec ce dernier un seul nom de fichier apparait.
-Formatage de la SD avec PC et transfert des fichier avec un MAC deux nom de fichier apparaît.
Tout ça en utilisant le même programme de formatage pour la SD, je penserai plus à une résultante liée à l'OS mais je ne suis pas assez connaisseur dans ce domaine pour l'affirmer.
Cela étant, ça ne gêne en rien le fonctionnement du sdlep avec le TO770.

[__sam__]

Oui oui, comme indiqué par le lien que j'ai donné, c'est MacOS qui crée les fichiers "._NOMFICHIER". Ils contiennent les méta-data du fichiers "NOMFICHIER". C'est systématique à partir du moment où les fichier source viennent d'un système de fichier avec meta-data (HFS et ses amis sur mac). Comme les fichiers commencent par ".", MacOs, tout comme les unix n'affichent pas ces "._NOMFICHIER" et on croit que le support amovible ne contient que les fichiers copiés. Par contre si on regarde le support amovible pollué par MacOS sur un autre système, on voit ces fichiers en plus.

Il faut apprendre à vivre avec (il mangent sur un peu de place disk pour rien et polluent l'affichage), ou faire la copie ou le nettoyage sur un OS moins polluant (un vrai linux ou même windows), ou carrément comme le dit Daniel modifier le source de SDLEP-READER pour qu'il ignore les fichiers dont le nom commence par ".".

[rjiji]

j ai une le même problème.

il existe des logiciels sous mac qui permette de nettoyer les fichiers commençant par un point sur sd ou clef usb comme Blueharvest..

[pbureau66]

Question; Es ce qu'il y a eu des tests fait sur les Tandy COCO ou Model 1,3,4 ?

[aotta]

J'ai deux "sharp mz-700", et j'ai pensé à sacrifier in une le lecteur de cassette pour intégrer un SDLEP-TFT.
J'ai recouvert le bouton reset avec une feuille de plastique noire, qui est maintenant devenue "soft-touch" button!
Seul problème, retirer et insérer la carte SD n'est pas facile, et je dois m'aider avec des pincettes.
Maintenant, je voudrais voir si je peux accélérer la lecture, j'avais lu in cette forum que hlide avait réussi à obtenir une lecture turbo 3x, mais je ne comprenais pas comment ...
Voici les photos par la galerie SDLEP, et salutations à tous!

SDLEP1.jpg (81.57 Kio) Consulté 4641 fois

sdlep2.jpg (85.19 Kio) Consulté 4641 fois

sdlep3.jpg (78.45 Kio) Consulté 4641 fois

[hlide]

Même au delà de X3 ! 48Ko en 18s. Je vois que tu as pris de l'avance sur moi, j'ai aussi un lecteur en panne et je tergiversais là-dessus puis je suis parti sur d'autres projets (dont un FLASH de 512 Ko qui remplace la ROM d'origine pour stocker des programmes que je peux charger en un temps éclair). Il faudra que je reprenne le projet mz-sd²cmt.