Utilisation du CH376 en assembleur

Bonsoir,

Nouvelle ROM Oric V1.1, wouahhh !!!

Faut il une nouvelle version d'Oricutron  également ?

Bonne soirée et  car la place est comptée dans la ROM Oric

A+

kiwilevrai a écrit:Bonsoir,

Nouvelle ROM Oric V1.1, wouahhh !!!

Faut il une nouvelle version d'Oricutron  également ?

Bonne soirée et  car la place est comptée dans la ROM Oric

A+

Si Assinie publie sa rom, il suffit de la mettre en banque 6 pour que cela fonctionne.

Je confirme que cela fonctionne sur réel Merci bcp Assinie. Les vidéos arrivent

PS : Frelon ne charge pas, je présume que c'est un multitap.

@kiwilevrai: il faut une version d'Oricutron qui supporte le CH376, donc compilée depuis le dépôt Github
@jede: merci pour le test
Frelon est un multitap

Voilà, j'ai testé l'aigle d'or qui marche, Skooldaze etc etc

Merci bcp Assinie

C'est la première fois que je le vois fonctionner en réel et non avec Oricutron

A noter que c'est un peu plus long à charger que si cela démarrait sur Orix (Je laisse Assinie expliquer car c'est la routine qui est différente). Sur Orix, je lis par bloc de 256 octets c'est comme cela que j'arrive à chargement à 46/48Ko/sec (je ne supprime pas les IRQ, donc cela pourrait aller un poil plus vite)

Bref, j'ai testé quelques softs, il y en a beaucoup qui fonctionnent.

Si quelqu'un veut coder le truc : Faire le menu et faire une archive avec tous les softs qui marchent dans le repo Orix Y'a l'api oric.org de dispo permettant de récupérer les softs et les infos : En gros, on pourrait avoir Oric.org stocké sur la sdcard et démarrer les soft à partir de là.

J'ai un exemple de connexion à l'api en golang pour ceux qui veulent.

Dernier point, comme les cartes disposent de 2 ports joysticks, c'est assez simple de convertir un jeu en basic pour qu'il marche avec les joysticks

Pour que le repo Orix soit alimenté automatiquement, il faut obligatoirement avoir le code sur github et que je donne un hash d'accès pour écrire dedans...

Aussi je laisse Assinie le soin de faire la com' où il veut puisque le travail n'est pas de moi

J'essayerai de faire une vidéo plus complète pour montrer ce que les cartes font

Les temps sont effectivement plus long qu'avec Orix.

L'explication est que, comme l'a dit jede, Orix charge les programmes par blocs de 256 octets comme je le fais dans les exemples que j'ai mis dans le dépôt https://github.com/assinie/oric-ch376/tree/master/asm, ce qui n'est pas le cas de la ROM Basic.

Dans le cas de cette ROM, je voulais modifier le moins de routines possible pour rester compatible avec la façon dont fonctionne la ROM.
L'avantage est que, en procédant ainsi, les commandes STORE et RECALL fonctionnent également alors que je n'y ai pas touché du tout.
L'inconvénient est que la ROM est prévue pour utiliser une K7 et donc écrit octet par octet, et même bit par bit, ce qui est donc beaucoup plus long.

Les routines que j'ai modifiées sont celles qui écrivent ou lisent un bit ou un octet sur la bande. Toutes les autres sont restées telle quelles.
Ce qui signifie, qu'on peut théroiquement utiliser les points d'entrée de gestion des K7 de la même façon qu'avant. Les adresses et les routines n'ont pas changé (initialisation du VIA, lecture/écriture de la bande amorce, d'un octet,...)

Le but était de voir si c'était possible.

J'ai prévu de faire une seconde version qui fera les lectures/écritures par page de 256 octets ce qui devrait permettre d'atteindre les mêmes performances qu'avec Orix.

A suivre donc...

L'instruction STORE fonctionne maintenant correctement.