MASSIVE et ANAIIS

13 sujets de 1 à 13 (sur un total de 13)

Gilloo
8 mars 2011 à 9h19 #9410
Massive fonctionne enfin correctement.

c’est à dire on met la clef, on lance le programme et hop, l’icône du disque apparait sur le workbench. On ferme massive, ou on retire la clef, (ou on ferme la pile), et hop, l’icône disparait.

Ne rigolez pas, le code pour faire cela est monstrueux.

Je cherche un datagramme bulk only d’une clef 4Go… autrement dit un programme ou une trace sur PC ou autre système d’une clef qui fonctionne.

Ca ressemble à ça :

OUT CBW (31 octets, commande scsi empaquetée)

OUT ou IN DATA (rien ou taille variable selon le CBW)

IN CSW (13 octets, status de la commande)

reset passe, inquiry passe.

get capacity, read et write ne passent pas que se soit des commandes scsi de classe 10, 12 ou 16 et je me demande bien pourquoi (status à 1 ou à 2).

Autrement dit les clefs 128 et 256Mo passent sans problème.
Mod
Tcheko
8 mars 2011 à 9h44 #144449
La classe. Bravo !
Tarzin
8 mars 2011 à 9h46 #144450
Comme d’habitude, bravo pour tes progrès et ta motivation (à défaut de pouvoir t’aider)
breed
8 mars 2011 à 9h47 #144451
Joli! Bravo pour ton boulot!
Kefrens
8 mars 2011 à 11h36 #144452
Je n’ai pas le matériel pour utiliser de l’USB sur mon Amiga.

Cependant, si les autres te félicitent pour ton travail c’est que cela est mérité alors, bravo !

Je n’y connais pas grand chose (rien en fait, alors désolée pour les bêtises qui suivront) de ce côté mais vu que des clef de 256 et 512 Mo sont reconnues pourquoi pas celle de 4 Go ? Ne serait-ce pas un problème similaire avec celui des disque dur de plus de 4 Go par exemple ? Un usb.device comme le scsi.device qu’il faudrait modifier et passer sur 64 bits au lieu de 32 ou quelque chose dans ce genre là ?
Gilloo
8 mars 2011 à 12h13 #144453
@Kefrens

Décidément la femme est un homme pas comme les autres

massive utilise effectivement TD64 et usbscsi.device est aussi en 64bits. Enfin 64bits, il faut comprendre que io_Actual et io_Offset sur 32bits forment un offset de 64bits, pour passer la barrière des 4Go théoriques. En principe c’est le handler qui doit faire ce boulot. fat95 l’est il me semble (quoi que je peux me tromper, mais je crois bien qu’il utilise READ64 et WRITE64, sinon je ne me serais pas foulé à le rendre compatible).

les commandes scsi sont classés

scsi classe 10 => limité à 4Go

scsi classe 12 => limité à 2To

scsi classe 16 => bien au delà de ce que l’on peu construire actuellement.

pour les clefs 128 et 256 (et certainement 512Mo) j’utilise la classe 12 (0xa8 pour read et 0xaa pour write) mais pour le 4Go, rien ne passe ni la 10, ni la 16.

mais bon, copier 200Mo avec un 68000 est un bon test pour la patience et la zénitude.

/me soude comme y peut, préfère coder en C et aimerait bien offrir un gros bouquet de roses rouges à Kefrens
Gilloo
14 mars 2011 à 10h11 #144454
Bon j’ai trouvé une astuce qui tue:

Faire des inquiry, getcapacity tant qu’il y a des erreurs au démarrage.

Dès le deuxième essai, tout est nominal.

Seulement les ordres read, ne passent toujours pas et un request sense quand il arrive à passer me donne illegal request.

Comment faut-il lui demander gentiment qu’il est l’heure de bosser ?

Essais: clef 256Mo, disque de 120Go, clef 4Go, clef 4Go, carte mémoire 4Mo.

Seule la clef 256Mo fonctionne, les autres me donnent leur capacité mais impossible de lire, que se soit avec les classes 10, 12, 16, ou en ajoutant un délai entre le CBW et les DATA.

Fait **** j’y suis presque (arrivé à faire un massstorage < 25Ko)!
Gilloo
15 mars 2011 à 11h35 #144455
j’ai trouvé, mais il va falloir que je reteste tout calmement…

En fait les clefs SanDisk ont un bug: elles ne tiennent pas compte de la taille du bloc dans la commande, mais de la taille du transfert.

Donc il faut mettre n*512 dans la taille du transfert et n dans le nombre de blocs, ce que ne disent pas clairement les docs.

c’est en codant read6/write6 que je me suis posé la question… (comme la taille est sur 8 bits, c’est impossible d’y mettre 512 dedans, sauf si par « taille » il faut comprendre « nombre de blocs ») En regardant ce que donnent les trames de lecture sous Windows, ben ce n’est pas 512, mais 8, soit 4096 octets. D’où le « illegal command ».

Trouvé aussi que fat95 fait des lectures de 32Ko, ce qui explique pourquoi je trouve un débit de 4,5Ko/s avec des blocs de 512 octets et que SysInfo donne 650Ko/s, ce qui laisse les lecteurs de disquettes loin derrière, (même avec un 68000 de base!)

/me disait aussi comment ça se fait que tout le monde râle et refuse de bosser sauf un type de clef… et toutes du même constructeur (les 128, 256, 512Mo).
MarcelPentium
15 mars 2011 à 13h43 #144456
Bravo pour ton obstination, Anaiis va bientot permettre d’utiliser un amiga natif sans carte d’acceleration avec de l’usb (les clé usb et autre support sont interressant pour l’echange de donnée meme entre Amiga)!!!!

Merci pour ton travail!

Amiga 2000 en attente de Vampire V4
Amiga 1230
Atari 520/1040 STF/E et mega STE
Amstrad cpc 464/6128/6128+
TO8 / C64 / V20 / lazer / Alice 90 / Oric
Gilloo
15 mars 2011 à 14h10 #144457
Reste plus qu’à trouver un handler NTFS pour 68000… qui veut le faire
Lion
15 mars 2011 à 20h51 #144458
y en a un pour morphos et classic :

http://aminet.net/package/disk/misc/ntfs_0.9
Gilloo
21 mars 2011 à 10h46 #144459
tadan! ANAIIS version 1.00 !

en plus de pouvoir jouer, pointer, taper, on peut imprimer de nouveau et… utiliser des clefs usb au lieu des disquettes.

Les clefs 4Go mettent 5 minutes pour s’initialiser… je soupçonne fat95 de bouffer tout le CPU… mais après ces minutes d’angoisse, les copies sont assez rapides, du moins beaucoup plus rapides qu’avec des disquettes.

What else ?
Gilloo
16 mai 2011 à 9h54 #144460
Ouate else, ouate else… ANAIIS version 1.01

Ben après avoir rebricolé le coeur , tout ceci fonctionne très lentement, mais de manière fiable.

Contrairement à ce que l’on pourrait s’attendre, Subway (1500KB/s) est plus rapide que Highway (1200KB/s)

Les clefs 4GB donnent du soucis au workbench pendant 30 secondes, mais après on peut s’en servir comme copier 12MB de données en … 30 minutes (alors que 30 secondes suffisent avec un PC de 1998)

Finalement c’est uniquement le temps qui fait chi**, du moment que cela fonctionne