Salut,
Plutôt que d'ouvrir un nouveau thread par nouvelle sortie, je fais un post générique.
Donc pour info, le "fseek()" est dispo sur Orix dans cc65 dans la target telestrat.
Cela marche sauf qu'on vient de découvrir un bug dans cc65 pour les long (int)
+
orixcfg évolue pour gérer un nouveau type d'eeprom 39SF040 (avec des secteurs de 4KB). Donc l'eeprom de la twilighte board peut être remplacée par une 39SF040. Elle peut être programmée par banque (une à une). Il faut que j'écrive la doc pour le remplacement (et expliquer l'organisation de l'eeprom pour le remplacement)
Le code a été totalement revu, et donc, c'est pour cela que c'est en beta car cela touche à la programmation du kernel qui permet de booter la carte.
En gros, l'eeprom qui a toujours été présente est une eeprom avec des secteurs de 64K, c'est pourquoi , on ne peut programmer les banques que par 4 (4 banques de 16KB). Techniquement, il est possible de gérer banque par banque, cela n'a jamais été fait avec l'eeprom jusqu'à présent utilisée par la carte. Mais la 39SF040 simplifie cela.
Les progress bars ont été généralisées et mieux gérées, et il y a un flag -k qui permet de dire qu'on veut programmer le kernel. Ceci permet de faire quelques checks pour éviter de programmer autre chose qu'un kernel. Le man a été revu etc
C'est en version beta pour ceux qui veulent tester : https://repo.orix.oric.org/dists/alpha/tgz/6502/orixcfg.tgz
Salut,
pour info, j'ai mergé des fix qu'on a fait avec Assinie sur Oricutron sur l'émulation de la twilighte board :
- Bugs fix sur la gestion des banques (Assinie)
- bug fix sur la gestion du storage avec le . et .. (Assinie)
- Gestion du firmware 2 (twilighte.cfg)
- Attachement du microdisc avec la twilighte board (dans twilighte.cfg) comme en réel où on peut attacher un controleur microdisc ou cumulus (pour le microdisc, je n'ai toujours pas fait la doc pour expliquer comment faire).
@jede Fo s' immerger dans le systeme pour s' y retrouver ,super interessant!!
@shield59 en gros, on peut voir la carte pour plusieurs usages :
1) une utilisation de base qui est de pouvoir démarrer les programmes qu'on veut sur oric-1/atmos/ftdos/démarrage de pratiquement toutes les roms existantes sur oric/jouer a des jeux avec joysticks sans patch). Il n'y a pas trop de complexité la dessus, parce qu'il y a des launchers (menus) qui permettent de prendre les décisions pour tel .tap rencontré. Mais en gros, pour cette partie il faut juste faire "funct+l"
2) une utilisation de développement en natif (je sais que certains l'ont fait car l'écriture est possible sur sdcard/clés usb avec les roms basic)
3) les outils de gestion de la carte, du système, du hardware en plus, du cross dev avec exécution sur l'oric et le développement sur la carte et sur Orix, et là, c'est plus complexe, parce qu'il faut commencer à s'y plonger un peu plus (et sur cette partie, on est 2 à en faire, et à se plaire dans cette catégorie 🙂
Cela peut être complexe quand j'en parle, car je communique ici sur tous ces sujets sans rentrer dans le détail.
Il y a d'autres trucs qui arrivent, et j'essaie de mettre à jour surtout la doc pour diffuser l'info (même si elle est très incomplète)
Sortie du kernel 2023.1. Il est fini depuis 5 mois au moins, mais diverses raisons, cela n'avait pas été communiqué 🙂
Donc :
Telecharger : https://repo.orix.oric.org/dists/official/tgz/6502/cardridge.tgz
detar/gunzip sur son device, et sur orix :
Pour les versions antérieures d'orixcfg (à 2023.2) :
# cd /usr/share/carts/2023.1/
# orixcfg -r -s 4 kernelus.r64
pour orixcfg v2023.2 :
# cd /usr/share/carts/2023.1/
# orixcfg -k kernelus.r64
Comment savoir quelle version est disponible sur le storage : taper "orixcfg -v"
Les changements : pleins 🙂
Mais pour l'information essentielle pour les personnes qui ne font pas de dev, ce kernel peut désormais démarrer un fichier "autoboot" dans /etc/autoboot. C'est un script submit qui doit être dans le fichier autoboot. Cela permet de faire une personnalisation du boot et de démarrer des choses par défaut (par ex le "basic" atmos tout de suite.
La doc de submit se trouve ici en fichier markdown : https://github.com/orix-software/submit/tree/main/docs.
La doc arrive prochainement pour ce kernel (mise à jour), et peut être qu'il faudrait que je fasse des tutos.
D'autres trucs arrivent, mais "yakafokon"
Bonjour,
Le binaire orix "hexdump" a été mis à jour pour pouvoir dumper les banques (rom et ram), ces banques sont au nombre de 64 et quand on est sur réel, on ne voyait pas tout ce qu'il se passait. C'est plus pour les profils dev
Le code est d'Assinie. La doc : https://github.com/orix-software/hexdump/blob/master/docs/hexdump.md ou ici : https://orix-software.github.io/commands/hexdump/ et le binaire à installer sur le storage de la carte : https://repo.orix.oric.org/dists/official/tgz/6502/hexdump.tgz
D'autres trucs arrivent, donc, il y aura d'autres posts sur des releases ces prochains jours.
Bonjour,
Voici un schéma (mindmap) qui permet de s'y retrouver sur les commandes en fonction des profils. Il n'y a pas le profil dev parce qu'il peut tout lancer potentiellement pour tester 🙂
Je crois que je n'avais pas communiqué mais readdsk (qui permet de lire une vraie disquette physique et de l'écrire sur le storage de la twilighte board) est dispo :
Download : https://repo.orix.oric.org/dists/official/tgz/6502/readdsk.tgz
Doc : readdsk - ORIX v2023.1 DOCUMENTATION (orix-software.github.io)
Et pour la doc pour brancher un microdisc avec la carte, j'essaie de la produire asap :).
Le readdsk est très simpliste dans cette version, il n'y a pas de gestion d'erreur de retry etc.
Cela n'avait pas été communiqué, mais ici : https://repo.orix.oric.org/dists/official/tgz/6502/raw2dsk.tgz
il y a raw2dsk (Assinie) pour Orix. Cela prend le fichier raw généré par readdsk, et cela le convertit en .dsk. Doc : https://orix-software.github.io/commands/raw2dsk/
C'est toujours pour le dump de vraies disquettes Oric (microdisc), je n'ai néanmoins toujours pas écrit la doc pour le brancher...
Pour info, il y a un programme qui permet d'avoir le texte derrière un numéro d'erreur : strerr (Code Assinie) : https://repo.orix.oric.org/dists/2023.2/tgz/6502/strerr.tgz.
Bonjour, Assinie a mis à jour en version 2023.2 :
- cksum (checksum de fichier)
- dsk-util (outil de gestion de .dsk : affichage du contenu, extraction)
- list (list d'un fichier .tap)
- strerr (conversion numéro d'erreur Orix vers une erreur plus lisible)
- viewscr (visualisation des fichiers .scr)
- hexdump (dump hexa des fichiers ou des banques).
Les corrections : passage en format relogeable, fix d'un bug qui apparait dans le prochain kernel.
Bonjour,
'more' est désormais disponible (Code Assinie) : https://repo.orix.oric.org/dists/2023.2/tgz/6502/more.tgz
La doc : https://orix-software.github.io/commands/more/
+
Aujourd'hui, cela fera 10 ans que Twilighte est décédé, donc c'était le moment opportun de montrer des trucs avec ses créations.
Avec Assinie, on vous propose un petit tour de magie. C'est sans controleur de disquette sur la carte Twilighte, tous les .dsk au format sedoric 3 marchent (ceux qui ne marchent pas c'est qu'ils ne marchent pas de base). Avec la méthode employée, il n'y a pas d'incompatibilité. C'est en preview, car même si ça marche, on doit le packager pour que cela soit facile à démarrer tout de suite. (Il y a 1ère commande à faire au boot de l'oric, puis le lancement de .dsk voulu).
Tous les ceo disk sont donc accessibles, théoric, bocco etc. On est donc avec la carte à pratiquement 90% de soft sur oric.org qui démarrent sur la carte (oric-1, atmos, roms, ftdos, sedoric). Comme je l'avais dit une fois, il est possible de faire les 10% restant (yakafokon).
Comme la carte a des ports joysticks telestrat, les joysticks marchent avec pulsoids.
Un grand BRAVO à l’équipe ! Que de travaux accomplis et de progrès réalisés ! Que de YaKaFoKon enterrés mais que de temps passé pour ce faire... Chapeau !
👍
