La version 1.34 d'UniDOS est disponible. C'est une mise à jour mineure qui améliore la gestion d'erreur dans le cas de noeuds DOS échouant à initier un catalogue.
Et en bonus voici une petite vidéo montrant UniDOS à l'oeuvre avec les noeuds DOS existants : noeuds UniDOS On y voit UniDOS gérant en même temps, les lecteurs de disquettes, la cassette, les ports USB et MicroSD de l'Albireo, le port IDE de la X-Mass et de la Symbiface II, la Nova, le port MicroSD et le lecteur de DSK de la M4 Board.
Je viens juste de créer un petit outil qui permet de créer des cartouches CPC+ avec UniDOS installé dedans.
Il peut aussi servir à programmer d'autres ROMs d'outils (comme Protext, Utopia, Maxam, etc.). La plupart des ROMs fonctionnent, à l'exception notable d'Orgams qui fait des accès direct au hard pour certaines commutations (il devrait toutefois être facile à adapter). Jusqu'à 30 ROMs peuvent être programmées dans la cartouche.
Cet outil pourra être utile aux possesseurs d'une C4CPC et d'une Albireo (ou d'une X-Mass) qui n'ont pas de Rombard où installer les ROMs UniDOS.
L'application propose aussi un menu qui permet de télécharger automatiquement la dernière version d'UniDOS depuis le site officiel.
Récupérez-là ici : http://amsnet.chez.com Les versions AmigaOS et MorphOS seront également disponibles sur Aminet dès demain.
Le noeud DOS M4 avec support d'un lecteur réseau FTP via le WIFI a été publié.
Il est terminé depuis près de six mois mais n'est malheureusement pas totalement fonctionnel avec la version publique actuelle du firmware de la M4 (2.0.7). La version 2.0.8 sera requise pour un fonctionnement à 100%, mais Duke n'a pas le temps d'investiguer en ce moment.
Tous les détails (y compris l'explication des restrictions avec le firmware M4 actuel) sont sur le site.
Actuellement, l'UniDOS gère déjà les périphériques suivants :
Lecteurs de disquettes branchés sur le contrôleur standard.
Lecteur de cassettes.
Albireo USB de PulkoTronics.
M4 Board de Duke.
X-Mass de Tot0.
Symbiface II de Dr.Zed.
Nova de PulkoTronics.
Afin de rendre le DOS le plus modulaire encore meilleur, toute aide reste appréciée, notamment sur les sujet suivants :
Amélioration (ou remplacement !) du noeud DOS FatFs pour gérer davantage de périphériques basés sur la FAT (HxC, Gotek, Symbiface 3...).
Création d'un noeud DOS pour l'USIfAC II.
Création d'un noeuds DOS node pour un RAM disk, les interfaces série...
L'aide pourrait aussi bien être du travail direct (la documentation de développement des noeuds DOS est disponible sur le site d'UniDOS), du partage de code, qu'un prêt d'interfaces afin que je puisse moi-même travailler dessus (comme Chany l'a aimablement fait pour le support de la M4 Board).
Il s'agit d'une mise à jour majeure avec beaucoup de changements visibles et invisibles. Tous les noeuds DOS ont également été modifiés.
L'utilisateur final notera en particulier l'ajout du support complet de la date et de l'heure ainsi que l'apparition de nouvelles RSX. Les développeurs constateront le surgissement de nouvelles API BIOS et DOSNode.
Je rencontre un souci sous UniDOS 1.50 pour accéder à la lecture de fichier CDT (via une interface MaxDuino connectée à la sortie DIN 5 broches d'origine) sur un CPC 6128. J'obtiens une erreur "Bad command" à chaque accès vers la sortie K7, que ce soit avec une commande RUN" ou LOAD".
A noter que cela marche parfaitement sous Amsdos.
Quelqu'un peut-il faire le même test sous UniDos de son côté ? Merci.
Ce qui est trompeur ici, c'est que |TAPE & |DISC sont sans effet sous UniDOS. En effet, comme UniDOS prend directement en charge tous les lecteurs, ils ne sont plus nécessaires. Dans l'idéal, un message devrait être affiché pour l'indiquer, mais il n'y a actuellement plus assez de place dans la ROM pour le moindre message.
Or donc, pour accéder à la K7 sous UniDOS, il faut sélectionner le lecteur TAPE. Une fois sur ce lecteur, tout se passe comme pour n'importe quel autre lecteur UniDOS.
Une différence toutefois par rapport au |TAPE : pour lancer le premier fichier rencontré sans le nommer, il faut utiliser le marqueur "." (attention, ce marqueur ce fonctionne que pour les lecteurs de type « flux de données », ce qui est bien sûr le cas de TAPE:, mais pas de DFA: ou DFB: par exemple)
Donc en résumé :
RUN"TAPE:.
Ou en deux temps :
LOAD"TAPE: RUN".
Si tu veux retourner sous AMSDOS pour utiliser son |TAPE et faire des RUN" à l'ancienne, il faut utiliser le |AMSDOS d'UniDOS, qui désactive complètement UniDOS (jusqu'à la prochaine mise hors tension du CPC).
En espérant avoir été clair. Plus d'informations sur le site d'UniDOS.
PS : le comportement d'UniDOS est ici identique à celui de l'AMSDOS ; dans le cas d'un RUN" lui aussi fera un "Bad command". RUN" ne fonctionne que lorsque l'AMSDOS est désactivé (via |TAPE) pour utiliser les routines du firmware, et elles sont très différentes de celles de l'AMSDOS (et d'UniDOS) ; elle gèrent uniquement la K7, et avec noms longs, majuscules minuscules, etc..
Par contre, aucun de mes fichiers K7 ne se chargent... A noter qu'ils fonctionnent tous très bien sous Amsdos.
Cette fois la lecture comment bien avec l'accès au block 1. Mais cela plante systématiquement ensuite.
Quelques exemples : 3D Fight ==> reset du CPC. Zynaps ==> message Memory Full. Alien 8 ==> le CPC se fige. Alien Highway ==> le CPC se fige. Arkanoïd ==> le CPC se fige. Bombjack ==> reset du CPC. etc.
Une idée ?
[EDIT] Je me réponds à moi-même, je viens de trouver.
Dans la documentation il était spécifié à propos de la RSX |TAPE : Cette RSX n'existe que pour des raisons de compatibilité et est sans effet. Il en va de même pour les variantes |TAPE.IN et |TAPE.OUT.
Donc je ne la spécifiais plus et je lançais directement une commande RUN"TAPE:.
Je viens de réessayer en précisant une commande |TAPE juste avant, c'est OK, toutes mes K7 fonctionnent !
Il y a une nuance importante que je n'ai pas précisée entre un simple RUN"TAPE:." et un LOAD"TAPE:" suivi d'un RUN".".
RUN"TAPE:." Exécute le premier fichier trouvé sur la K7 mais ne change pas le lecteur courant. Ça veut dire que si ton programme K7 cherche ensuite à charger d'autres fichiers, il le fera depuis le lecteur courant qui n'est pas forcément TAPE:.
LOAD"TAPE:" RUN"." Sélectionne le lecteur TAPE: comme lecteur courant, puis exécute le premier fichier sur la K7. Ça veut dire que si ton programme K7 cherche ensuite à charger d'autres fichiers, il le fera depuis le lecteur TAPE:.
Ensuite, il est aussi intéressant de noter que certains programmes K7 écrasent la zone mémoire de l'AMSDOS. Ça ne pose pas de problème quand l'AMSDOS est désactivé (via |TAPE) mais ça sera fatal à UniDOS vu que celui-ci reste tout le temps actif étant donné qu'il gère le lecteur TAPE: comme un lecteur standard. Dans ce cas, il n'y a pas de solution autre que de patcher le programme (ou de faire sans UniDOS).
Utilisateur(s) parcourant ce forum : Aucun utilisateur inscrit et 1 invité
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
)
