Cette catégorie traite de développements récents destinés à nos vieilles machines, applications, jeux ou démos... Amis programmeurs, c'est ici que vous pourrez enfin devenir célèbres!
Neotenien a écrit : ↑31 mars 2022 12:39
Et moi je répond aussi pour la nième fois, pourquoi ne pas construire une nouvelle machine, peut-être compatible avec le système Thomson (ou TRS-80 Coco...) avec un nouveau FGP contenant les modes natifs du Thomson et une ou 2 autres (comme du SVGA : 640x480 16 c ou 256)... Tiens et tant qu'on y est, pourquoi ne pas faire une machine qui contienne différentes ROM (avec sélecteur de boot), une pour le Thomson (avec mode vidéo étendu), TRS80 Coco etc ? Avec un Hitachi 2 ou 4 MHz ? En plus ça serait une petite boite...
Dans ce forum nous sommes plutôt collectionneurs et utilisateurs d'ordinateurs anciens, mais rien n'empêche Neotenien de construire une machine moderne. Je lui souhaite bonne chance pour la conception car ce n'est pas très facile. Nous jugerons quand il aura réussi.
Le Gate Aray, la carte graphique quoi, je me suis trompé dans les sigles.. FGPA ?
Sinon je ne suis pas du tout électronicien... Alors je laisse le soin à d'autres de s'en charger. Pour le projet FireBee Atari... il y a eu au moins 30 personnes autour du projet (développeur hardware, software etc).
Houlà non, si on parle de FPGA, c'est juste quelques crans au-dessus d'un CPLD mais pas spécifiquement du GA et encore moins du GPU. Ce n'est pas "YAKAFOKON" en se disant de mettre juste un FPGA : il faut encore la bonne implémentation et tout plein d'IC à côté pour faire cohabiter les différents tensions. Le prix de tout ça est déjà un gros frein pour que ça intéresse du monde.
FGPA --> https://www.acronymfinder.com/FGPA.html
Si je comprends bien, le Gate Array est une carte graphique ? - Mieux vaut en rire. Et se contenter de remplacer le 6809 du MO5 par un 6309
Le développement FPGA, c'est ... spécial... surtout quand on est essentiellement développeur de logiciels... Personnellement, si j'étais un cador avec un FPGA et les langages de description du matériel (HDL, Hardware Description Language), j'implémenterais au minimum le Gate Array et les mémoires mortes et vives (ces dernières grâce au blocs de RAM internes au FPGA, astucieusement choisi pour en avoir plus qu'assez pour se substituer à la RAM d'origine), les divers contrôleurs de périphériques pour n'avoir en externe que des connexions simples à gérer (liaisons séries ou parallèles) et un générateur de signaux VGA/DVI ou HDMI. Le processeur s'interfacerait avec le FPGA. Mais bon là tout de suite c'est du yakafokon comme disait hlide...
Je viens de télécharger le source d'ASM6809, il y a un tas de fichier C et sans aucune documentation pour savoir comment le compiler (Sous Linux OpenSuse), est ce que quelqu'un sait ?
Je voudrais créer un petit programme comparant les vitesses de scroll sur TO8 en asm.
Autre question : est ce que cet assembleur est complètement compatible avec Assembler 3.0 sur TO ?
On doit pouvoir passer des options au ./configure pour définir les paramètres de compilation et d'installation. Pour avoir la liste de ces options il faut typiquement lancer
Compatible avec assembler V3 ? Je ne sais pas, mais j'en doute. ASM6809 ne connait pas les Thomson. Après il faut voir la doc, c'est peut-être très similaire. Pour la doc, bah c'est comme toujours sur *nix
__sam__ a écrit : ↑02 avr. 2022 15:37
Il y a un fichier ./configure. C'est du classique de compilation dans l'environnement *nix. En gros tu commences par
ca va analyser le système et créer un fichier Makefile ...
Ca commence mal, ya une erreur dès le configure; apparemme,t ma bversion de gcc n'est pas reconnue configure: error: no acceptable C compiler found in $PATH
En quoi le mode émulation est-il différent du mode natif ? Je pensais au départ que cétait une copie conforme du 6809, mais d'adpès ce que je lis dasn des commentaire de Daniel, le mode émulation aurait aussi les nouvelles instructions du 6309 ? Ou alors est ce pour dire que les post octet (pour indiquer les registres auxquel ça s'"applique) ne sont limités qu'à ceux du 6809 ?
De mémoire, en mode émulation, les opérations héritées du 6809 s'exécutent pareil que sur le 6809. Par contre tu as accès aux nouvelles instructions et registres (qui étaient des opérations illégales sur 6809). Mais franchement quitte à avoir de nouvelles instructions, autant les avoir fonctionnant en mode plein pot native 6309.
Renseignements pris dans la doc officielle, le mode émulation exécute les instruction 6809 avec le même nombre de cycle d'horloge que le 6809 et possède quasiment toutes les nouvelles instruction du 6309, tandi que le mode natif les exécute pour une grande partie d'entre eux (mais pas toutes) avec un cycle de moins et possède quelques rares instructions supplémentaires.
Ainsi les MULD, MULQ, DIVG et TFM existent aussi en mùode émulation mais avec + de cycles. On se demande alors pourquoi ça s'appelle émulation... Peut-être pour signifier que les instructions typiques 6809 s'exécuteront exactement de la même façon ? jsé pas.
Oui il est évidemnt que si on a un processeur 6309 (j'ai vu dans la doc qu'il y a un moyen en assembleur de le détecter) on passe directement en mode natif (qui n'est pas le mode par défaut)