Comme j'ai un peu de temps en ce moment, j'ai ressorti du fond de mes D7 la version alpha de l'Albireo DOS... et j'y ai corrigé les quelques les bugs qui empêchaient son utilisation.
L'Albireo DOS c'est quoi ? Eh bien il s'agit de la ROM qui permet d'accéder à la SDCard et l'USB de l'Albireo comme si c'était des lecteurs standards. L'Albireo c'est quoi ? Eh bien c'est la magnifique carte de Pulkomandy qui surclasse toutes les autres solutions actuellement disponibles.
La version actuelle de l'Albireo DOS est toujours une beta et a besoin de beaucoup de tests. Ceci étant, les chances pour qu'elle détruise vos données ou endommage votre SDCard ou disque USB sont très limitées ; les routines bas niveau sont robustes et éprouvées. Elle peut être installée en plus ou à la place de l'Amsdos (dans ce second cas vous n'aurez plus du tout accès aux lecteurs de disquettes). Elle est 100% compatible Amsdos tant au niveau des RSX qu'au niveau de son empreinte mémoire.
Les RSX sont donc les mêmes que celle de l'Amsdos, à l'exception de |CPM qui est remplacé par |USB.
Voici une petite documentation :
|USB : active la gestion de l'Albireo DOS (A: est la micro SDCard et B: est l'USB).
|DISC : si l'Amsdos est installé, réactive la gestion des lecteurs de disquettes (A: est le floppy interne, B: est le floppy externe) .
|DISC.IN : comme |DISC mais uniquement pour la lecture.
|DISC.OUT : comme |DISC mais uniquement pour l'écriture.
|TAPE : active la gestion du lecteur de cassettes via le firmware (les RSX |A, |B, |DRIVE, |USER, |DIR et |ERA sont alors inopérantes).
|TAPE.IN : comme |TAPE mais uniquement pour la lecture.
|TAPE.OUT : comme |TAPE mais uniquement pour l'écriture.
|A : fonctionnement identique à l'Amsdos.
|B : fonctionnement identique à l'Amsdos.
|DRIVE,x : où x vaut "A" ou "B", active le lecteur spécifié par défaut. Si l'Albireo DOS est actif (|USB), alors |DRIVE appelé sans paramètre fait un reset de la carte Albireo.
|USER,x : Si l'Albireo DOS est actif, alors x est un chemin qui permet de définir le répertoire courant.
|DIR,x : fonctionnement identique à l'Amsdos.
|ERA,x : fonctionnement identique à l'Amsdos.
|REN,x,y : non implémenté pour le moment.
Toutes les commandes LOAD, SAVE, OPENIN, OPENOUT, CLOSEIN, CLOSEOUT et CAT sont implémentées et fonctionnent comme avec l'Amdos, à quelques exceptions près :
LOAD/OPENIN permet aussi de naviguer dans les répertoires. LOAD"rep" rentre dans "rep" si c'est un répertoire. LOAD":" retourne à la racine du lecteur courant. LOAD"/" remonte d'un niveau dans l'arboresence.
SAVE/OPENOUT permet aussi de créer des répertoires. SAVE"/rep" crée un répertoire "rep" dans l'arboresence courante.
CAT affiche les tailles en Ko ou Mo selon la taille des fichiers et de l'espace libre. À cause d'une limitation interne de l'API CAT du firmware, les fichiers plus gros que 64Mo ne peuvent être gérés et sont simplement marqués "Large". Pour avoir leur taille réelle il faut utiliser |DIR qui lui affiche les taille jusqu'au Po. À noter aussi que le tampon interne créé par CAT (lorsqu'il est utilisé depuis l'assembleur) contient deux entrées virtuelles lorsque l'on est dans un sous-répertoire : "/" et ":". Cela permet de naviguer dans les répertoires avec des applications comme OCP Art Studio ou Oxfort PAO. De même, dans le tampon interne du CAT, les répertoires sont stockés comme des fichiers vides et en lecture seule. En retour du vecteur, DE contient &FFFF s'il y a plus de 64Mo libres sur le disque.
Les vecteurs privés de l'Amsdos suivants sont également gérés :
BIOS_SET_MESSAGE
BIOS_GET_STATUS
BIOS_SET_RETRY_COUNT
La version actuelle ne fonctionne qu'avec le firmware v3 ou v4 et la ROM Amsdos 0.5 (le 0.7 de la cartouche d'origine des CPC+ n'est pas gérée actuellement).
Si vous avez une Albireo et que vous avez envie de tester la version actuelle et de me remonter les problèmes afin que je puisse les corriger, contactez-moi.
Pour info, il existe aussi un plugin d'émulation Albireo pour ACE, il n'a pas encoré été rendu public mais il est disponible aussi pour ceux qui voudraient tester.
Dernière édition par OffseT le 15 Juil 2020, 19:06, édité 2 fois.
AlbiDOS n'alloue plus un seul octet de mémoire et travaille entièrement dans la zone mémoire de l'AMSDOS.
Deux modes sont désormais disponibles :
Integrated : Ce mode est activé automatiquement lorsque AlbiDOS est installée sous une ROM compatible AMSDOS/PARADOS. AlbiDOS travaille alors de concert avec l'AMSDOS afin de continuer à gérer les D7 normalement (via |DISC). La configuration typique est d'avoir la ROM AMSDOS en 7 et l'AlbiDOS en 6. La configuration AMSDOS en 7, PARADOS en 6 et AlbiDOS en 5 fonctionne aussi (les trois ROMs vont utiliser la même zone mémoire).
Standalone : Ce mode s'active lorsque AlbiDOS n'a pas pu trouver de ROM compatible AMSDOS (par exemple lorsque AlbiDOS est elle même installée en ROM 7 à la place de l'AMSDOS). AlbiDOS fonctionne indépendamment, l'accès aux D7 n'est plus possible.
Le mode de fonctionnement s'affiche à l'invite lors du premier démarrage du CPC (lors des redémarrages suivants, l'AlbiDOS s'initialise silencieusement, comme l'AMSDOS).
Quelques chiffres :
Les accès disques sont de l'ordre de 120 Kio par seconde, aussi bien en lecture qu'en écriture.
La taille maximale d'un fichier est 4 Gio.
La taille maximale d'un disque est de 2 Tio.
La gestion des répertoires est limitée à 4 niveaux de profondeur.
Note : la configuration offrant la meilleure compatibilité est d'avoir AlbiDOS en ROM 7. Dans ce mode, tout soft réinitialisant la ROM 7 au démarrage continuera d'utiliser l'AlbiDOS de façon transparente au lieu de retomber sur l'AMSDOS. Dès lors, pour pouvoir continuer utiliser les D7, il vous faudra installer la ROM AMSDOS en 8.
Précision: pour obtenir une carte il faut passer par CloudStrife actuellement. Je lui ai passé tous les composants car je n'ai plus trop le temps de m'occuper de l'assemblage des cartes malheureusement.
BONJOUR je me pose une petite question. je lis "meilleure carte du moment". comparée à une M4, y a t il vraiment un gap important de franchit ? mise à part la vitesse de lecture peut être...
si quelqu'un a les 2, peut il nous faire un petit comparatif éclairé. J'avoue que la M4 est tout bonnement géniale et facile à utiliser.
BONJOUR je me pose une petite question. je lis "meilleure carte du moment". comparée à une M4, y a t il vraiment un gap important de franchit ? mise à part la vitesse de lecture peut être...
Je pense que la M4 est aussi une bonne carte avec une bonne ROM de support. Personnellement je trouve l'Albireo plus élégante sur le principe, mais après, les goûts et les couleurs... ça dépend surtout de sa façon d'utiliser le CPC.
En ce qui concerne la ROM AlbiDOS en cours de développement, le propos est un peu différent par rapport aux autres ROM disque.
L'AbiDOS n'ajoute pas de fonctionnalités à l'OS, pas de nouvelles RSX, rien (juste |USER remplacée par |COPY et |CPM par |USB, et vous noterez le nombre de lettres identique pour ne pas décaler les adresses en ROM). L'AlbiDOS clone au plus près l'Amsdos, comme le fit Parados en son temps. Le propos est à terme d'avoir quelques chose qui offre un maximum de compatibilité sans avoir à patcher les logiciels (pour peu qu'ils existent en version fichier). Ceci est rendu possible grace à l'Albireo qui utilise un chip qui permet de ne pas avoir besoin de quantité de mémoire côté CPC (pas besoin de gérer le décodage FAT32 par exemple).
Pour le reste, l'Albireo n'a pas de WIFI mais un port série-USB haute vitesse géré depuis un autre ROM développée par Cloudstrife.
Une nouvelle version de l'AlbiDOS est dispo (la 0.10) :
Remplacement de la RSX inutile |USER par |COPY (mais pas encore implémentée).
Correction de plusieurs bugs de compatibilité Amsdos.
Amélioration de l'initialisation de la ROM en mode "integrated".
Jusqu'à 10 niveaux de répertoires sont maintenant gérés.
Activation du support complet des chemins pour toutes les API prenant en entrée un nom de fichier (LOAD/OPENIN, SAVE/OPENOUT, |ERA et |DIR). Les syntaxes additionnelles possibles sont :
LOAD"A:rep1/rep2/fichier" charge "fichier" depuis le répertoire "rep1/rep2" sur le lecteur A (MicroSD).
LOAD"A:rep1/rep2" positionne l'arborescence courante sur le répertoire "rep1/rep2" depuis le lecteur A (MicroSD).
LOAD"A:" positionne l'arborescence courante sur la racine du le lecteur A (MicroSD). C'est équivalent à |A.
LOAD"rep1/rep2" positionne l'arborescence courante sur le répertoire "rep1/rep2" depuis l'arborescence courante.
LOAD":fichier" charge "fichier" depuis la racine du lecteur courant (quel qu'il soit).
LOAD"/fichier" charge "fichier" depuis le niveau supérieur de l'arborescence courante.
Les "/" multiples dans un chemin sont autorisés pour remonter de plusieurs niveaux.
Techniquement, la gestion des chemins est très proche de celle de l'AmigaDOS.
La création des répertoires se fait désormais avec SAVE"repname/" au lieu de SAVE"/repname" afin d'éviter les confusions dans l'utilisation des chemins (SAVE"/repname" est un chemin valide)
Gardez à l'esprit qu'il s'agit encore d'une version en cours de développement dans laquelle il reste sans doute beaucoup d'ajustements à faire, n'hésitez pas à me faire part de toute bizarrerie que vous remarqueriez et je corrigerai ça au plus vite.
Utilisateur(s) parcourant ce forum : Aucun utilisateur inscrit et 5 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
Connexion
Inscription
FAQ
De même, dans le tampon interne du CAT, les répertoires sont stockés comme des fichiers vides et en lecture seule. En retour du vecteur, DE contient &FFFF s'il y a plus de 64Mo libres sur le disque.
