Scrolling en mode HIRES

Salut la Communauté,

Qui saurait preuve de suffisamment de sagacité pour déboguer un programme de scrolling en langage machine ?

Ce programme est écrit pour le cross assembleur Frankenstein et réalise le scrolling en haute résolution d'une série de 34 caractères.
Les 34 caractères se déplacent de la gauche vers la droite jusqu'en bout d'écran puis reviennent par la gauche depuis l'adresse de départ.
Curieusement, le scrolling fonctionne parfaitement pour les 34 premières itérations puis commence à boguer à la 35ème: un effacement progressif a alors lieu depuis la dernière ligne de définition de chaque caractère jusqu'à n'avoir que des lignes vides à scroller !

Je mets à disposition des volontaires le listing source documentée (à ouvrir avec le Bloc Notes)...

Avec mes remerciements oriciens.

Sheld.

Si on deplace les octets d une zone HIRES de gauche a droite de 1 octet a chaque fois sans tenir compte du bord d ecran on a un scroll rapide, avec l inconvenient de voir le text se faire raboter le bas a chaque passage....jusqu a sa disparition. Il faudrait un bout de video pour voir l effet produit....

kenneth a écrit:Il faudrait un bout de video pour voir l effet produit....

Quelle est la meilleure méthode pour faire une vidéo du scrolling sous Euphoric / Windows XP ?

Sheld

la capture video est faisable uniquement avec Oricutron (F10)

Salut Kenneth,

Merci pour l'astuce concernant la possibilité de faire une vidéo sous Oricutron (que je connais pas encore très bien, étant habitué à travailler sous Euphoric depuis de nombreuses années).

La vidéo en question étant dans un format 'avi' particulier, je ne suis pas en mesure ni de la convertir ni de l'envoyer avec ce message de réponse.
Par contre, il est possible de la récupérer à l'adresse suivante: vidéo scrolling

Sur cette vidéo, on peut constater très nettement l'effacement du bas des lettres 'g' et 'y' lors de leur passage de fin d'écran au début d'écran.

Une explication au phénomène ?

Sheld

La vidéo est bien lisible.
Il ne s agit pas seulement d un scrolling horizontal mais aussi vertical. A chaque passage le texte descend d une ligne. Dans le code il faut ajouter un compteur, dès qu il atteint 40, (bout de ligne), au lieu de chercher l'octet +1, il faut chercher l'octet -39,et recommencer a la ligne suivante, ca évite au texte de "descendre" d un pixel à chaque passage.

Après avoir transpiré sang et eau, je suis enfin parvenu à obtenir un scrolling digne de ce nom.

Bon, ce n'est pas non plus du grand art ni très rapide mais au moins ça fonctionne !

Le fichier joint à ce post permet de se rendre compte du résultat. Faire HIRES:CALL#9600 pour admirer le résultat de 3 mois de recherche (quitter par ALT/SHIFT gauche).

Un article paraîtra bientôt sur le sujet dans le CEO-Mag.

Sheld.

Un grand merci à Kenneth d'avoir répondu à mon appel de détresse et mis au point un programme de scrolling latéral en mode HIRES en si peu de temps.

La version qu'il propose est étonnante de fluidité et de rapidité (34% plus rapide que ma version).
Qui plus est ma programmation présente le désavantage d'effectuer un scroll avec un pas de 6 pixels, ce qui donne l'impression très nette que chaque caractère fait un bond de 6 unités (un peu comme en mode TEXT). Bref, c'est pas très joli !

Toujours est-il que vous pourrez comparer les deux méthodes dans un prochain numéro du CEO-Mag.

Sheld67

Bonjour Sheld,

Pour info je viens d'essayer ton fichier .TAP sur Oricutron (v1.2) sous Windows et ça plante:

Après le HIRES:CALL#9600 je me retrouve bloqué (affichage du moniteur Oricutron) en #9929, avec le message "Opcode 32 executed at 9929". Apparemment il est tombé sur une instruction illegale, il m'affiche d'ailleurs "JAM" comme mnémonique, ce qui ne correspond à rien de connu me semble-t-il...

Quelqu'un d'autre a-t-il le même problème ?

PS - je suis sous Windows 7 64 bits.

Bonjour laurentd75,

Si, comme je le pense, tu as omis de charger le programme via CLOAD"", alors le comportement de ORICUTRON est tout à fait normal (Didier V. a rencontré les mêmes déboires que toi en faisant un CALL#9600 sans être passé par un CLOAD"" au préalable).

Sous Oricutron, il faut donc:
- faire un clic droit pour afficher le menu principal,
- insérer la bonne cassette (fichier LATSCRL)
- faire un CLOAD""
- puis taper HIRES:CALL#9600

Sheld67

Bonjour,

La version que vous utilisez date de quand?

J'ai fait un test sous Linux avec la version des sources du 11/01/2016 et je ne rencontre pas ce problème...
Soit c'est spécifique à la version Windows, soit il y a eu un "correctif" entre temps.

Je peux faire un test sous Linux avec en compilant les sources correspondant à votre version et voir si j'ai le même problème ou essayer de trouver la différence de traitement entre Windows et Linux si je ne peux pas le reproduire.

Bon, j'avoue avoir un peu honte mais sheld67 a malheureusement raison !

j'avais chargé la k7 dans oricutron et fait HIRES : CALL#9600
si on ne fait pas le CLOAD" magique, 3 bombes

assinie a écrit:Bonjour,

La version que vous utilisez date de quand?

J'ai fait un test sous Linux avec la version des sources du 11/01/2016 et je ne rencontre pas ce problème...
Soit c'est spécifique à la version Windows, soit il y a eu un "correctif" entre temps.

Je peux faire un test sous Linux avec en compilant les sources correspondant à votre version et voir si j'ai le même problème ou essayer de trouver la différence de traitement entre Windows et Linux si je ne peux pas le reproduire.

Quelle honte pour moi Sheld67... Je suis plus rouge que le dessous d'un Oric Atmos tellement je me sens idiot !!!!
... En fait j'étais tellement "focalisé" sur les 2 malheureuses instructions à lancer que j'en ai oublié le CLOAD !!! Et encore, le premier coup j'avais oublié le "HIRES" avant le "CALL", donc bêtement je me suis dit "ah bah oui, c'est sûrement que j'ai oublié le HIRES"...

Seule petite consolation.... Didier a fait la même gaffe que moi ??!! Incroyable....  

Sinon, je suis assez surpris du SENS du scrolling, pour le moins original....D'habitude un scroller latéral c'est plutôt vers la gauche, pour faciliter la lecture... Donc là pour le coup c'est original !!!

assinie a écrit:Bonjour,

La version que vous utilisez date de quand?

J'ai fait un test sous Linux avec la version des sources du 11/01/2016 et je ne rencontre pas ce problème...
Soit c'est spécifique à la version Windows, soit il y a eu un "correctif" entre temps.

Je peux faire un test sous Linux avec en compilant les sources correspondant à votre version et voir si j'ai le même problème ou essayer de trouver la différence de traitement entre Windows et Linux si je ne peux pas le reproduire.

Mon pauvre ami, rassure-toi, le problème n'est pas dans "la version des sources du 11/01/2016".... mais plus prosaïquement entre la chaise et le clavier !!!!!

Sheld67 a écrit:Un grand merci à Kenneth d'avoir répondu à mon appel de détresse et mis au point un programme de scrolling latéral en mode HIRES en si peu de temps.

Après accord de Kenneth, je mets à disposition le programme de sa conception.

Là aussi, il faut taper HIRES:CALL#9600 pour apprécier le résultat (après avoir chargé le fichier, bien sûr !).

Sheld

Sheld67 a écrit:Ce programme est écrit pour le cross assembleur Frankenstein et réalise le scrolling en haute résolution d'une série de 34 caractères.

Question naive: Pourquoi FRASM?

Le premier kid de développement croisé de Fabrice, Alexios, etc... utilisais FRASM, mais ca fait bien longtemps que tout le monde est passé soit a XA, soit CA65, soit des assembleurs du monde C64.

Rien que pour les labels locaux, passer de Frasm a XA ca vaut le coup!

(XA est celui que nous utilisons dans le OSDK: http://www.osdk.org/index.php?page=documentation&subpage=assembler)