Le 6502 dans le header indique le cpu pour lequel le kernel a été assemblé.
Le lscpu lui fait le test du cpu présent dans l'atmos.
Donc, ici, l'écran indique que la twilighte board fonctionne au niveau hardware avec le 65C816.
Tout fonctionne, sauf la partie sdcard qui a des chargements corrompus avec le 65C816. Mais si c'est résolu, cela permettra des programmes 16 bits sur l'oric avec stockage de masse 🙂
Je ne suis pas certain de bien comprendre ce que je vois là ..
C'est un 65C816 qui a pris la place d'un 6502 et il se dit capable de manipuler des données 16 bits en Little Endian ?
Par quelle sorcellerie peut-il travailler sur des données 16 bits ? L'électronique de l'Oric n'est pas prévu pour les cycles de lecture écriture 16 bits ..
Du coup pour le quizz, je donne ma langue à la chatte ..
Je ne suis pas certain de bien comprendre ce que je vois là ..
C'est un 65C816 qui a pris la place d'un 6502 et il se dit capable de manipuler des données 16 bits en Little Endian ?
Par quelle sorcellerie peut-il travailler sur des données 16 bits ? L'électronique de l'Oric n'est pas prévu pour les cycles de lecture écriture 16 bits ..
Du coup pour le quizz, je donne ma langue à la chatte ..
Oui j'ai un oric qui a un 65C816.
Le 65C816 fonctionne en deux modes en interne, en mode 65C02 (donc les opcodes 6502 illegaux sont à éviter) et un mode 16 bits avec des registres 16 bits, un accumulateur 16 bits, et des nouveaux opcodes permettant de réécrire complètement ses routines pour aller beaucoup plus vite.
Il a un "bus d'adresse" 24 bits que je n'explique pas ici 🙂
Au niveau hardware, ce n'est pas trop magique. C'est un bus de données 8 bits avec des registres 16 bits. La donnée 16 bits passe en 2 fois sur le bus 🙂 C'est pour cela que certains disent que le processeur est 8 bits car il est avec un bus de données 8 bits, et d'autres qui disent qu'il est 16 bits car ses registres sont en 16 bits.
Voilà, de mon coté, je suis très content d'avoir la carte qui marche avec le 65C816 car je vais pouvoir me faire plaisir un peu 🙂
En gros, tracer en hires est bcp plus simple étant donné qu'on peut balayer l'écran avec un seul registre sans avoir à se faire des additions sur 8 bits pour passer à la ligne suivante.
1982 : Tangerine Computer Systems sort l'ORIC-1
1984 : Tangerine Computer Systems sort l'ORIC ATMOS
1986 : Eureka Informatique sort le TELESTRAT
2020 : Jede invente l'ORIC 16 bits
2021 : Jede met minables les Commodore 64 à l'Alchimie
Y'a comme une suite logique .. Personne n'échappe à son destin 😀
C'est Fabrice F qui a fait le module 65C816. Il y a pas mal de temps déjà, et cela tournait dans son telestrat.
De mon coté, je me suis arrangé pour qu'il soit dans un atmos fermé et surtout qu'il marche avec un stockage de masse avec le nécessaire pour faire aller plus loin que la rom basic. En effet, là, on peut très bien coder un kernel Orix 16 bits du coup (mais là, le boulot est assez important : il faut tout réécrire, car je n'écrirais pas du tout le même code en 6502 et en 65C816 étant donné la possibilité de faire des routines plus compactes).
Concernant le c64, cela risque d'être compliqué à dépasser ... même avec du 16 bits puisque l'ULA et le chip graphique du C64 ne sont pas du tout dans la même catégorie (et je ne parle pas du son, même si Twilighte a fait des trucs sympa pour faire "tourner" du SID sur Oric).
J'ai néanmoins quelques pertes d'octets par ci par là sur la lecture sdcard avec le 65C816, mais j'attends un truc pour voir si cela se corrige.
Je ne cache pas que je suis content que cela fonctionne globalement, car c'est quelque chose qui me motivait déjà dans les années 2000 d'avoir un Oric plus puissant.
Allez, le non load de programmes sdcard me travaillait pas mal.
Et bien j'ai trouvé le pb (hardware et software) :
L'image s'affiche avec une routine 65C816
Voilà, il ne reste plus qu'à écrire le kernel Orix en 16 bits (et là @Assinie doit vraiment penser que je suis un malade mental 🙂
La vitesse m'impressionnera toujours. 😎 😎
