วีดีโอ

Merci beaucoup pour ton commentaire ! Oui, l'objectif de cette série est bien de faire à la fin un petit jeu en mode caractère. Pour l'instant, ca restait assez général mais on va bientôt aborder des thèmes plus précis, déplacement d'un personnage, gestion des collisions... Mine de rien, avec ces quatre première vidéos, on peut déja travailler le décor et l'interface d'un jeu : à l'aide des boucles, du placement des caractères à l'écran et l'affichage des chaines de caractères, on peut déja s'amuser à tracer un contour qui délimite l'écran de jeu ou bien concevoir l'interface. La suite avec le passage en mode graphique, la gestion des sprites, oui, j'y pense déja. Si vous voulez déja apprendre cet aspect, vous avez l'excellent site d' @edouardberge qui est une mine d'or.

Exact, pour les débutants, ca leur permet d'avoir des petites victoires et de valider tout de suite ce qu'ils apprennent.

Ca depends lesquels, essaye de tracer une ligne en asm, c'est pas plus rapide qu'en basic...

C'est normal que ça ne soit pas plus rapide vu que le basic utilise le même vecteur il faut comparer sur un traitement un peu plus complexe qui utilise plusieurs fonctions graphiques, boucles etc. et là même en C (avec une lib qui utilise les même vecteurs) c'est déjà un peu plus rapide (surtout quand on utilise pas de virgule flottante d'ailleurs)... Après c'est sur qu'on doit pouvoir faire des routines de ligne plus rapide en pur asm

@@CopperFrance je dis pas qu'on peut pas faire plus rapide, on fait beaucoup plus rapide en asm, d'où l'intérêt de couper le système et de faire ses propres routines surtout celles qui touchent la partie graphique du cpc !

C'est sur mais on peut aussi utiliser le système pour tout ce qui n'est pas critique et ne refaire que ce qui le nécessite... C'est d'ailleurs pareil pour le choix C + asm qui reste un bon compromis

@@cr5331 Évidement que pour tout ce qui touche aux graphismes, il vaut mieux se créer ses propres routines. Mais même dans The Shadows of Sergoth j'ai utilisé des vecteurs pour les couleurs et le clavier. Par contre TSOS2, que j'ai abandonné, était en overscan 32Ko à partir de &8000. Donc là il n'y avait plus de système du tout, et j'étais obligé de passer par les ports et le Gate-Array ou de faire appel aux routines ROM pour la lecture/écriture par secteurs disques, entre autres.

Le plus simple pour pas avoir de problèmes est encore de toujours définir BC LD BC,0 ou LD BC,21*256+21 ; b=21,c=21

Oui, merci pour cette confirmation.

Merci pour cette rectification. Je reviendrai sur ce point en début de la prochaine vidéo.

Merci à toi 👍

Par défault c'est SYMBOL AFTER 240. Utiliser BBAB TXT_SET_M_TABLE serait nécessaire par contre pour définir des caractères avant 240. Et sera indispensable si on fait un RUN d'un .BIN qui semble réinitialiser la table

@@CopperFrance Cela voudrait donc dire que le vecteur BBA8 TXT_SET_MATRIX n'utilise pas du tout la gestion BASIC et permet de mettre un pointeur pour chaque caractère ? Etrange mais possible vu le commentaire sur cpc-power. Je pensais qu'il n'y avait que 2 tables : la table en ROM et la table de redéfinition. Et donc dans ce cas oui : attention car BBA5 est en ROM et pense que les caractères redéfinis sont bien plus proche de la fin de mémoire BASIC, donc adresse de redéfinition > &4000 obligatoire. Ou bien de récupérer l'adresse officielle du caractère 240 via BBAE TXT_GET_M_TABLE pour mettre le caractère 'au bon endroit' directement et ne pas changer son emplacement pour le BASIC.

@@jolletxavier7036 Si il l'utilise mais par contre quand on appelle BBA8 TXT_SET_MATRIX on passe une adresse en RAM pour les données. Sauf qu'au moment ou la routine en ROM a besoin des données si celles-ci sont situées avant l'adresse &4000 il va les lire en ROM au lieu de les lire en RAM c'est pour ça qu'on obtient un caractère bizarre et que ça fonctionne quand on déplace le programme en &4000 (même si déplacer les données du caractère après &4000 serait suffisant).

​@@jolletxavier7036​Si il l'utilise le problème étant que l'on fourni une adresse au vecteur BBA8 TXT_SET_MATRIX et il doit recopier les données au bon endroit seulement au moment ou cette copie s'effectue la ROM basse est connectée donc si l'on fourni une adresse < &4000 il recopie à partir de la ROM au lieu de la RAM. Ca explique pourquoi on obtient un caractère bizarre si l'adresse est < &4000 et pourquoi cela fonctionne si on fourni une adresse >= &4000. En théorie on doit aussi pouvoir recopier directement les données en utilisant un LDIR vers l'adresse fournie par BBA5 TXT GET MATRIX

@@jolletxavier7036 En fait il faut que la table et les données à mettre dans la table soient situés à partir de &4000... Ici il utilise la table du BASIC dont pas de souci pour l'adresse de celle-ci mais par contre pour les données ce n'était pas le cas sans mettre le ORG à &4000.

Ah, merci beaucoup :-) !

Voilà ^^

on peut tricher, inverser les étiquettes ld hl,(ypos) ret ypos db 12 xpos db 20 ainsi, h=20 et l=12 ;)

@LuisDiazuu7xg : super, je me doutais bien. Merci pour cette confirmation.

@@cr5331 : Rhooo oui, joli l'astuce pour contourner cette limitation 🙂.

Énorme, je ne me rappelais pas qu'on pouvais commuter la ROM basse entre &0000 et &3FFF de la RAM. Ça se fait par le registre RMR du Gate-Array, celui qui permet aussi le changement de mode. Exemple : LD BC,&7F88 ; Bit 3 = 1 = ROM haute désactivée. Bit 2 = 0 = ROM basse activée. OUT (C),C

@CopperFrance : Avec ton explication et la précision dans un autre commentaire, je comprends mieux l'astuce pour contourner cette limitation. Merci 🙂 !

Merci ! La suite arrive très très bientôt.

Merci beaucoup ! Ta remarque est pertinente. Je vais tacher d'améliorer cela dès la prochaine vidéo 🙂.

Bonjour ! ha ha ha, content de voir que mes vidéos te plaisent, ca me fait chaud au coeur cette remarque. Je tournerai l'épisode #3 la semaine prochaine, puis la posterai début de semaine d'après si tout va bien. Bonne continuation !

Je vous conseille l'excellente chaine de @JeanMonos : www.youtube.com/@JeanMonos. Vous devriez trouver votre bonheur. Bonne continuation !

Merci pour votre commentaire. Oui, j'essaie d'aller à l'essentiel afin que ca reste accessible à tout le monde. Les explications sur le CP pourront être abordées dans une autre vidéo sur les optimisations de code par exemple. Mais oui, dans un premier temps, ca n'est pas essentiel.

Merci pour votre commentaire. Moi aussi, j'aurai donné cher pour avoir toutes ces connaissances à cette époque. Mais nous n'avions pas les mêmes ressources. Internet n'existait pas, les seules sources d'infos étaient les magazines comme Amstrad100%, Hebdogiciel... Les logiciels pour programmer en assembleur n'étaient pas légion, etc... Bref.

​​@@yreggorpareil, si seulement j'avais eut ces explications à l'époque. La map mémoire qu'on était obligé de découvrir tout seul, la zone ecran,la zone de stockage du programme basic etc. Les "vecteurs" et "flags" qui etaient mystérieux pour nous. Merci pour ton tuto! Par contre je suis surpris je croyais que l'affichage d un texte serait plus rapide en asm qu'en basic. En fait la commande print basic appelle le meme vecteur qu on appelle en asm non?

@@LoganCale : les vecteurs ne sont pas réputés pour être très rapides. Il y a donc des chances que le basic appelle ces mêmes vecteurs. C'est pour cela que les programmeurs expérimentés ne s'en servent plus une fois arrivés à un certain niveau et préfèrent réécrire leurs propres routines.

@@yreggor ha ok je ne savais pas. Merci pour les explications !

C'est exactement ce que je me suis dit il y a quelques mois. Et c'est ca qui m'a donné envie de faire ces vidéos. Merci pour votre commentaire 🙂 !

Merci beaucoup ! Ton commentaire me fait très plaisir ☺.

Merci bien 🙂 !

Bonjour, Merci pour votre remarque. J'avais lu sur certains sites qu'effectivement, CP 0 hérissait le poil de certains codeurs. Néanmoins, je ne vois pas en quoi cela est gênant à partir du moment ou le code fonctionne malgré tout. Si vous avez l'explication du pourquoi il ne faut pas comparer l'accumulateur avec CP 0, je suis preneur. Je sais qu'il y a des optimisations possibles par le biais d'autres instructions ou bien j'aurai pu prendre un caractère différent, mais je pense que ca fera l'objet d'une vidéo spécifique avec les différentes astuces d'optimisation de code. J'en profiterai à ce moment là pour expliquer pourquoi il vaut mieux éviter de faire un CP 0 avec le registre A. Bonne continuation aussi 🙂 !

@@yreggor salut, bravo pour ton excellent 2éme épisode. c'est un peu la guerre entre codeurs, le CP et le OR , une histoire de timing, même si de mémoire les 2 instructions prennent 1 à 2 NOP le CP fait en interne un A-n , et n'affecte pas le registre A le OR quant à lui est une opération mathématique (booléenne) , il affecte le registre A si la condition de sortie est que A=0, les 2 se valent, par contre si par hasard tu voudrais que ta condition de sortie soit A=255, le OR ne fonctionne plus pire il modifierait la valeur de A, et afficherait n'importe quoi, donc l'utilisation du CP pour débuter est la meilleure des solutions, après ça reste de la prog avancée et de l'optimisation, ce qui dans le cas de l'apprentissage n'as pas lieu. étonnant qu'il ne t'ai pas engueulé parce-que tu utilises les vecteurs système ... et si jamais on te pose la question de pourquoi ta condition de sortie serait différent de A=0, dis-leur que tu veut utiliser les caractères de contrôle pour tes textes, ça devrait les calmer ;) sur ce, hâte de voir la suite, et MERCI !!!

@@cr5331 : merci beaucoup pour ce retour qui me fait très plaisir et ton explication. Je comprends son commentaire et je ne lui en veux pas. C'est d'ailleurs aussi le but, qu'on puisse échanger via les commentaires.

Effectivement ce n'est pas très optimisé CP 0 est un cas particulier que l'on préférera remplacer par un OR A afin de mettre à jour les flags (qui ne sont pas mis à jour avec LD A,(HL) ce qui serait bien pratique d'ailleurs)... L'avantage c'est que OR A ne prend qu'un seul octet et un seul NOP (contre 2 octets et 2 NOP pour CP 0). Par contre c'est pas grave pour débuter je pense. D'autre part sur CPC (à cause des cycles arrondis) JR et JP prennent 3 NOP mais JR ne prend que 2 octets donc c'est plus intéressant d'utiliser JR quand c'est possible...

Bonjour ! Ah oui, effectivement. Merci pour cette remarque.

Merci ! La suite devrait arriver la semaine prochaine. J'ai terminé les scripts des épisodes 2 et 3.

Merci ! Pour l'adresse, vous êtes libre de la changer. L'adresse 1000 est arbitraire. C'est juste plus facile de la retenir. Placer le programme à une autre adresse aura un intérêt le jour où on aura besoin de toute l'espace mémoire disponible pour stocker toutes nos données, notamment si on fait des jeux avec des sprites. Là, on aura besoin d'organiser notre code. Pour l'instant, on est sur de tout petits programmes.

@@Kenshiro72 Merci 🙂 !

Merci 🙂 !

Bonjour ! Je ne savais pas. Merci !

@@yreggor Ce n'est pas grave, je taquine. Je l'ai su en cours de programmation avec un professeur à cheval sur ces termes. Bravo pour l'assembleur, je me suis tours demandé comment c'était possible d'arriver à faire un jeu avec un langage aussi complexe.

@@yreggor Et le trret de soulignement/tiret du bas, s'apelle Underscore. :D

Merci 🙂 !

Merci 🙂 !

Merci 🙂 !

Merci 🙂 !

Merci bien 🙂 !

Pour les sprites, ca viendra beaucoup, beaucoup plus tard. Je maitrise à peine leur affichage. Quant aux scrollings, là, je suis en demande. J'essaie de trouver des sources sur les scrollings de décors mais c'est très dur de trouver de bonnes infos là dessus.

Merci 🙂 !

Merci pour ton commentaire. Ca me fait très plaisir !

Super ! Merci beaucoup !

OK. Merci pour la rectification.

Happy to see fans from Greece. Thank you very much.

Merci !

Content aussi de t'avoir rencontré. Cette convention aura été très sympa. Par contre, désolé de ne pas avoir pu inclure l'extrait d'Airwolf. J'ai eu un souci avec la vidéo 😅.

@@yreggor Aucuns soucis 😀😀