Bonjour à tous,
je ne sais pas si je suis dans la bonne rubrique, mais j'essaie de rendre compatible mon projet avec l'Oric 1 et je galère pour un truc tout simple pourtant.
Sur Atmos j'affiche en mode text sur la première ligne 0 colonne 0 une ligne bleue avec écriture blanche en faisant simplement un print@0,0;chr$(148)+chr$(131)+"texte..." et ça marche très bien. Mais l'Oric1 ne prend pas le print @ donc j'essaie de faire la même chose avec des plot mais là j'obtiens n'importe quoi.
J'arrive à faire deux carrés bleus à partir de 0 mais ensuite je ne comprends pas ce qu'il se passe, je peux avoir une ligne entière bleue mais le début du texte aura un carré jaune, le reste du texte en écriture banche sur fond bleu mais impossible de supprimer ce fichu carré jaune...
Si quelqu'un a la solution à mon problème ça serait génial 😉
Salut
ROM 1.0 pour Oric1 et ROM1.1 Atmos.
Essai fait sur émulateur Oricutron
Bonjour Gliou, merci je viens de trouver une solution, c'est bizarre mais bon ça marche...
C est normal. 🙂
PRINT affiche les effets de couleurs de 0 a 23 si le code de couleur et additionné avec 128.
Avec PLOT il ne faut pas ajouter 128 sinon la couleur de l'attribut s'inverse (jaune au lieu de bleu etc)
Si on n ajoute pas 128 pour PRINT, on n'a plus des effets de couleurs mais des "codes d'édition" (déplacement curseur, effacement ligne, ecran etc)
Hello.
Une solution simple (et compatible sur les 2 roms) est de remplacer les plots par des poke en calculant l'adresse. Là, tu es sur que c'est toujours au meme endroit.
Je n'ai pas vérifié mais de mémoire j'aurais pensé que la ligne d'état n'est pas accessible par plot en rom1.0 et qu'il y a un décalage de position verticale entre la rom 1.0 et 1.1
Salut
ROM 1.0 pour Oric1 et ROM1.1 Atmos.
Essai fait sur émulateur Oricutron
La ROM1.0 ne connait pas l'instruction PRINT@
Bon en fait ma solution n'en était pas vraiment une, j'ai abandonné les bandes bleues et j'affiche tout en monochrome. J'ai eu d'autres problèmes ensuite, par exemple pour positionner un input à un endroit précis de l'écran, là aussi j'ai bidouillé en faisant des print jusqu'à la ligne souhaitée, mais encore des problèmes dû au fait que j'envoie le directory de ma carte sd via un cload qui charge le directory en page écran. J'ai découvert que l'Oric1 ne continue pas le prg à la fin de la lecture... j'ai trouvé une astuce mais c'est pas fini, j'envoyais les bits trop rapidement, ça passait bien sur l'Atmos (gain de 10 %) mais sur l'Oric 1 ça charge mais après il sait plus où il habite, il fait n'importe quoi et finit par planter. Je me suis procuré cet Oric1 pour vérifier la compatibilité avec mon module SD et j'ai bien fait car je ne pensais pas qu'il y avait autant de différences avec l'Atmos !
J'avais pensé aussi à utiliser des poke pour afficher mes bandes bleues mais ça fait trop de code à charger dans ce petit programme qui est censé se charger rapidement pour charger le directory.
Mais j'apprends des choses c'est intéressant j'aime bien, n'ayant jamais eu un Oric1 je le trouvais bof et maintenant je l'aime bien, mais on voit bien qu'il n'était pas vraiment abouti...
@atmosphere Je ne suis pas développeur Oric et encore moins un pro de la programmation.
Mais pour avoir essayé, je pense que pour ce genre de projet précis d'interface électronique il faudrait en passer par l'assembleur ou le langage C.
As tu essayé ? Connais tu OSDK ?
Bonjour,
effectivement ça serait mieux d'utiliser l'assembleur seulement mes connaissances en programmation sont limitées, j'ai toujours aimé faire ça pour le plaisir idem pour l'électronique, j'essaie de donner vie à mes idées mais je suis souvent limitée par mes compétences, quand je vois ce que font certains...
J'utilise déjà le C++ pour la partie hardware, je n'avais encore jamais testé ce langage il y a seulement 4 mois, alors l'assembleur ça reste encore pour moi une montagne à gravir lol.
Merci pour le lien qui est très intéressant.
J'ai eu d'autres problèmes ensuite, par exemple pour positionner un input à un endroit précis de l'écran, là aussi j'ai bidouillé en faisant des print jusqu'à la ligne souhaitée, mais encore des problèmes dû au fait que j'envoie le directory de ma carte sd via un cload qui charge le directory en page écran. J'ai découvert que l'Oric1 ne continue pas le prg à la fin de la lecture... j'ai trouvé une astuce mais c'est pas fini, j'envoyais les bits trop rapidement, ça passait bien sur l'Atmos (gain de 10 %) mais sur l'Oric 1 ça charge mais après il sait plus où il habite, il fait n'importe quoi et finit par planter. Je me suis procuré cet Oric1 pour vérifier la compatibilité avec mon module SD et j'ai bien fait car je ne pensais pas qu'il y avait autant de différences avec l'Atmos !
Niveau chargement, il y a des trucs louches avec l'Oric-1, sur des chargements successifs:
- faire un CLOAD d'une page HIRES dans un programme basic, par exemple, arrête le programme basic à la fin du chargement. Une astuce est de mettre un RTS ($60) juste avant la page HIRES chargée, et de la sauver en AUTO => là le basic de l'Oric-1 reprend la main. Macadam Bumper fait ça, par exemple
- sur ROM 1.0, le chargement d’un bloc mémoire plante le pointeur “fin de basic” en page 0, octets 9C-9D. Ce pointeur de fin prend la valeur de la fin du bloc mémoire ! Et donc fiche en l'air le basic, provoque des "out of memory error", il me semble. Il faut connaître la valeur des octets 9C-9D et la remettre après le chargement, ou charger le basic en dernier.
Niveau chargement, il y a des trucs louches avec l'Oric-1, sur des chargements successifs.
c'est pour cela que je propose d'upgrader les Oric-1 en RomAtmos, mais les puristes vont me taper dessus... 😆
Effectivement j'ai eu des trucs louches quand je charge la page de mon directory en mode text avec l'Oric1, j'ai utilisé l'astuce que tu mentionnes, j'ai constaté comme tu dis que ça perturbe le basic. Impossible de faire une boucle FOR, il ne sait plus compter ! Ou quand je tape PRINT AT il me sort une constante du genre 2.16441616 etc de je ne sais où... cet ordinateur est possédé c'est trop drôle.
Je ne veux pas upgrader la ROM, justement j'ai acheté cet Oric1 qui n'a pas été upgradé pour tester ces problèmes de compatibilité et je trouve que c'est ça qui lui donne tout son charme justement 😆
@kenneth oui, je soutiens la démarche. Comme ça mon patrimoine Oric1 prendra encore de la valeur 🙂
