CPC Rulez
https://cpcrulez.fr/forum/

UniDOS, remplacement multi-périphériques de l'AMSDOS
https://cpcrulez.fr/forum/viewtopic.php?f=6&t=6459
Page 2 sur 3

Auteur :  OffseT [ 21 Août 2021, 15:37 ]
Sujet du message :  Re: UniDOS, remplacement multi-périphériques de l'AMSDOS

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. :magic:

Auteur :  OffseT [ 06 Sep 2021, 14:15 ]
Sujet du message :  Re: UniDOS, remplacement multi-périphériques de l'AMSDOS

UniDOS 1.35 est sorti.

Il corrige quelques petits bugs rares mais ennuyeux.

À téléchargement sur https://unidos.cpcscene.net !

Auteur :  OffseT [ 11 Sep 2021, 19:31 ]
Sujet du message :  Re: UniDOS, remplacement multi-périphériques de l'AMSDOS

Une mise à jour du noeud DOS FatFs dédié à la X-Mass est disponible sur le site.

Auteur :  OffseT [ 19 Sep 2021, 15:55 ]
Sujet du message :  Re: UniDOS, remplacement multi-périphériques de l'AMSDOS

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.

Auteur :  OffseT [ 23 Sep 2021, 23:15 ]
Sujet du message :  Re: UniDOS, remplacement multi-périphériques de l'AMSDOS

UniDOS 1.36 est disponible.

Le lieu n'a pas changé : https://unidos.cpcscene.net

Auteur :  OffseT [ 19 Nov 2021, 17:49 ]
Sujet du message :  Re: UniDOS, remplacement multi-périphériques de l'AMSDOS

UniDOS 1.37 est disponible.

Auteur :  OffseT [ 08 Fév 2022, 14:44 ]
Sujet du message :  Re: UniDOS, remplacement multi-périphériques de l'AMSDOS

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.

https://unidos.cpcscene.net

Une vidéo du lecteur FTP à l'oeuvre ici :

http://amsnet.chez.com

Auteur :  OffseT [ 07 Sep 2022, 15:44 ]
Sujet du message :  Re: UniDOS, remplacement multi-périphériques de l'AMSDOS

UniDOS 1.38 est sorti !

Au programme dans cette version nous avons :
  • Quelques corrections de bugs.
  • Une compatibilité AMSDOS encore meilleure.
  • Le retrait de quelques fonctionnalités inutiles (gain the place en attendant l'arrivée de fonctionnalités utiles ;-)).

À noter qu'en plus de la ROM UniDOS elle-même, tous les noeuds DOS ont eux aussi été mise à jour.

Davantage d'informations ici :
https://unidos.cpcscene.net

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).

Auteur :  OffseT [ 01 Oct 2022, 10:14 ]
Sujet du message :  Re: UniDOS, remplacement multi-périphériques de l'AMSDOS

UniDOS 1.40 est disponible ! :magic:

Au menu :
  • Nouvelle RSX |CAT qui trie les répertoires séparément et les colorise.
  • Nouveau nœud générique UniTools avec :
    • Gestion d'une séquence de démarrage automatique sur n'importe quel lecteur (voir la documentation du nœud DOS pour plus de détails).
    • Lecteur ZERO: amélioré (supporte désormais les valeurs hexadécimales).
  • Nœud DOS Albireo amélioré capable de gérer deux Albireo simultanément.
  • Nœuds M4 et FatFs DOS mis à jour (modifications mineures).
  • Légère amélioration de l'API DOSNode_Init.
  • Quelques correcteurs mineurs.

Jetez-vous dessus ici :
https://unidos.cpcscene.net

Auteur :  OffseT [ 04 Nov 2022, 22:08 ]
Sujet du message :  Re: UniDOS, remplacement multi-périphériques de l'AMSDOS

UniDOS 1.50 est sorti ! :magic:

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.

Tous les détails se trouvent sur https://unidos.cpcscene.net

Auteur :  poulette73 [ 18 Juil 2023, 12:16 ]
Sujet du message :  Re: UniDOS, remplacement multi-périphériques de l'AMSDOS

Salut,

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".

Image

A noter que cela marche parfaitement sous Amsdos.

Quelqu'un peut-il faire le même test sous UniDos de son côté ? Merci.

Auteur :  OffseT [ 06 Août 2023, 10:25 ]
Sujet du message :  Re: UniDOS, remplacement multi-périphériques de l'AMSDOS

Ce n'est pas un bug. :)

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. :sweatingbullets:

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..

Auteur :  poulette73 [ 06 Août 2023, 10:55 ]
Sujet du message :  Re: UniDOS, remplacement multi-périphériques de l'AMSDOS

Merci pour avoir pris le temps de l'explication, c'est vraiment super clair maintenant. :)

Et effectivement c'est très bien détaillé également dans la documentation. :JC_doubleup:
unidos.cpcscene.net/doku.php?id=fr:manuel

Auteur :  poulette73 [ 06 Août 2023, 11:23 ]
Sujet du message :  Re: UniDOS, remplacement multi-périphériques de l'AMSDOS

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. :-D

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 ! :biere:

Encore merci OffseT !

Auteur :  OffseT [ 06 Août 2023, 12:35 ]
Sujet du message :  Re: UniDOS, remplacement multi-périphériques de l'AMSDOS

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).

Page 2 sur 3 Le fuseau horaire est UTC+1 heure
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/