Massive (créé le 14/05/2022, dernières modifications 08/07/2024)

Massive est un programme d'accès aux supports de masse qui utilise l'API Sirion. Il est donc compatible avec ANAIIS et... même avec la première version de Sirion qui était livrée avec Thylacine 1.3.
Thylacine Thylacine 1.3
ANAIIS ANAIIS
Dans la version originale de Thylacine, il manque la gestion des disques, usbscsi.device. Massive, initialement prévu pour ANAIIS, a été modifié pour s'accorder avec la version 1.01 de Thylacine, la pile qui ne s'appelait pas encore Sirion.
Tout ce qui est décrit ici fonctionnera correctement.
Dans la version initiale de massive, la taille maximale d'un bloc était de 1024 octets, et le nombre de buffers 5. On peut modifier ces valeurs en précisant MAXTRANSFER=0x0001FE00 et BUFFERS=50 pour avoir des performances correctes.

Si on utilise le RDB (Rigid Disk Block) pour partitionner son disque, ces deux paramètres, ainsi que d'autres sont définis et les valeurs par défaut ne sont pas utiles, parce que spécifiées pour chaque partition.

DOS\0 444f5300 Old Filling System
A partir du 1.3
Le système de fichiers d'origine, avec redondance des blocs. Pas du tout adapté aux disques durs et ne devrait pas être utilisé.

DOS\1 444f5301 Fast Filling System
A partir du 1.3

DOS\2 444f5302 Fast Filling System
A partir du 2.04, "International" (OFS-INTL) mode qui autorise les caractères internationaux (ceux qui ne sont pas anglais) comme ä ou ê.

DOS\3 444f5303 Fast Filling System
A partir du 2.04, "International" (FFS-INTL) mode qui autorise les caractères internationaux (ceux qui ne sont pas anglais) comme ä ou ê.

DOS\4 444f5304 Fast Filling System
A partir du 2.04, "Directory Cache" (OFS-DC) mode est activé pour le cache primitif en créant des listes de répertoires dédiées au lieu d'avoir à récupérer les entrées de répertoire/fichier liées dispersées sur le disque.
Une certaine (petite) quantité d'espace disque est allouée pour stocker les données du répertoire.
L'option DirCache a considérablement amélioré la vitesse de lecture des répertoires, mais la création, la suppression et le renommage de fichiers sont devenus plus lents.
Cela n'a pas augmenté la vitesse de lecture des fichiers individuels.

DOS\5 444f5305 Fast Filling System
A partir du 2.04, "Directory Cache" (FFS-DC) mode est activé pour le cache primitif en créant des listes de répertoires dédiées au lieu d'avoir à récupérer les entrées de répertoire/fichier liées dispersées sur le disque.
Une certaine (petite) quantité d'espace disque est allouée pour stocker les données du répertoire.
L'option DirCache a considérablement amélioré la vitesse de lecture des répertoires, mais la création, la suppression et le renommage de fichiers sont devenus plus lents.
Cela n'a pas augmenté la vitesse de lecture des fichiers individuels.

DOS\6 444f5306 Fast Filling System
A partir du 2.04, "Long Filename" (OFS-LNFS). Cela permet aux fichiers d'avoir un nom de fichier plus long (jusqu'à 107 caractères) que la limite habituelle d'Amiga, qui est de 31 caractères.

DOS\7 444f5307 Fast Filling System
Long filenames for FFS (FFS-LNFS). A partir du 2.04, Aucun mode de mise en cache de répertoire n'était disponible pour les types de dos avec noms longs et le mode international était toujours activé.

PFS\1 50465301 Professional Filling System version 3
A partir du 1.3
pfs3aio est le portage amélioré tout-en-un, 100% compatible OS 1.x/2.x/3.x/68000+ du Professional File System III (PFS3).

PFS\2 50465302 à PFS\9 50465309 Pour pouvoir tester une version particulière de PFS3 sans subir les conséquences sur des partitions existantes et qui fonctionnent, on peut identifier les différents pilotes de cette manière, dans le RDB.
Certains utilisent PFS\3.

MSD\0 4d534400 ou MSH\0 4d534800 CrossDosFileSystem
Le CrossDosFileSystem livré avec le 3.1.4 peut être installé dans les versions 2.04 et plus, et malheureusement pas avec le 1.3.
Beaucoup d'appareils revendicant la compatibilité stockage de masse (appareil photo, tablette, téléphone, ...) ne contiennent pas un MBR (Master Boot Record) décrivant une liste de 4 partitions, mais un BPB (BIOS Parameter Block) Ces deux blocs sont complexes à identifier, mais en regardant à l'offset 66 (valeurs 0x28 ou 0x29 pour BPB version 7) et le cas échéant l'offset 38 (valeurs 0x28 ou 0x29 pour BPB version 4, ou 0x80 pour la version 8) on arrive à distinguer un MBR d'un BPB.
Pour CrossDosFileSystem, si c'est un BPB, il faut indiquer MSD0, superdisk, et dans le cas d'un MBR ce sera MSH0.
Pour Fat95, malheureusement, il ne reconnait que les MBR, et ce sera FAT\1, pour la première partition, FAT\2, pour la seconde...

FAT\1 fat95 46415401
A partir du 1.3
fat95 "fat95" est un "DOS handler" qui monte et utilise les disques Win95/98 comme s'ils étaient des disques Amiga.
Depuis la mise à jour de l'AmigaOS 3.1.4, il me semble être devenu obsolète, du moins si on utilise des disques Windows depuis un AmigaOS 3.1

CD-ROM CD01 43443031 CDFileSystem
Pour les CDROM, blocks de 2048 octets.

CD-ROM CDFS 43444653 AmiCDFS
Pour les CDROM, blocks de 2048 octets.

Testé avec:
4MB Olympus, memory card
256MB SanDisk, thumb (green key)
256MB USB BAR (silver key)
2GB Noname, thumb (silver key)
4GB GData, thumb (white key) l'étape "Inquiry" échoue, mais en insistant, on arrive à l'activer correctement.
4GB Verbatim, thumb (blue key) l'étape "Inquiry" échoue, mais en insistant...
8GB HP v165w (marine blue key)
16GB Listo usb 3.0
120GB Boulanger usb2sata adapter (PFS3)

Des problèmes avec certains lecteurs CD/DVD.