วีดีโอ

Non, pas vraiment eu le temps de m'en occuper... Pas mal de boulot en ce moment! Mais ça va avancer cet été 😉

Il y a plusieurs solutions, la plus sure est de tout gérer via le code, sans t'appuyer sur le système de collision du VIC II. Une petite vidéo s'impose :P. Je m'occupe de ça ;)

@@RetroProgrammation-fq1cv trop cool !🤓

Voilà, la vidéo a été faite hier soir... elle sera en ligne ce midi, tu n'auras plus d'excuses pour ne pas gérer tes collisions 😉

@@RetroProgrammation-fq1cv vraiment sympa de ta part !

@@RetroProgrammation-fq1cv mon idée actuelle c'est de convertir les coord du sprite en adresse mem des chars sous les pieds ou a l'envers et tester. Bon c'est peutêtre pas faisable. Ce weekend je regarde ton tuto. Encore merci !

De rien, je fais ça pour le plaisir de partager :) Pour les illustrations, c'est générée avec l'IA de microsoft bing (désolé :p)... et je retouche avec photoshop (combinaisons de contenus, suppressions de trucs bizarres, ajout de textes...)

❤

Quand c'est possible ...

Avec plaisir 😊

Merci à vous

Merci pour la coquille. Je corrige (dans le sous-titrage) et te crédite dans la description.

@@RetroProgrammation-fq1cv De rien, à votre service.

😊 merci

Avec plaisir

Hello, Non justement, les flags sont systématiquement mis à jour lorsqu'une instruction CMP, CPX ou CPY sont exécutées. Les désactiver avant la comparaison n'aurai donc aucun sens puisqu'ils seront activés ou désactivés avec le résultat de la commande.

@@RetroProgrammation-fq1cv maintenant sans vouloir abuser 😅 je n'arrive pas à utiliser correctement la case mémoire pour le 9e bit qd X dépasse 255 pour un sprite et aller et revenir jusqu'à 320 de façon fluide. Une routine exemple serait trop cool. Encore merci pour contribuer aux nostalgiques du 8bit 🙂🤙

8ème bit alors, de 0 à 7 + le 8e (MSB) ? J'ai expliqué ça dans une de mes vidéos sur le déplacement des sprites... th-cam.com/video/xYsMuqMHtAU/w-d-xo.html

@@RetroProgrammation-fq1cv merci

Hello, merci Il y a d'autres solutions pour permettre quand même à l'ordinateur d'être un adversaire de taille... Il faut challenger le joueur ! Ce sera expliqué dans la prochaine vidéo 😉

@@RetroProgrammation-fq1cv j attends la vidéo avec grand intérêt Merci encore de partager tes connaissances

De rien 😁

Bonsoir, L'objectif est surtout de faire comprendre que l'on active le bit #0 ... et ainsi on prend tout de suite de bonnes habitudes : gérer les sprites en s'adressant aux bits correspondants. Donc oui, on est moins gourmand en RAM et en cycles processeurs en faisant un LDA #1 puis STA $D015. Le résultat sera au final le même.

​@@RetroProgrammation-fq1cvok j'ai enfin compris : avec ta méthode les autres 7 bits restent intactes...Je n'y avait pas pensé 😅. Merci🤙

merci ;)

Merci ;)

Avec plaisir

Je prends :D J'ai 53 ans :P J'avais 11 ans à la sortie du C64...

@@RetroProgrammation-fq1cv haaa ok je comprend mieux. J'ai 49 ans :) Mon premier contact avec l'informatique était le videopak puis le vic 20 puis le c64.

Videopak, woah on remonte encore plus dans le passé là :p Du coup... existe-t-il un environnement de développement pour Videopak ? un émulateur ? hop, tu as une nouvelle idée de playlist pour ta chaine :)

Un grand merci ! En fait ce n'est pas super compliqué... Si vous savez faire en basic, on peut le faire en assembleur. Ecrivez un petit quelque chose en basic ici, je vous montre comment passer simplement à l'assembleur

Regardez la seconde vidéo, c'est plus parlant en visuel... Sinon, "Rien compris", je penses que vous exagérez... Merci de préciser ce qui n'est pas clair ! Les commentaires sont là pour ça, entre-autre, et je réponds à tout le monde, même à mon premier hater de la semaine dernière :D

Merci pour la force. Peut-être que ce sera plus clair lorsque le projet sera plus avancé ;)

Alors, le jeu existe déjà depuis aout dernier, mais je l'ai complètement repris et récodé pour la création des vidéos. D'ailleurs, il y a déjà pas mal de code qui n'est plus du tout le même que celui d'aout dernier, déjà parce que j'ai appris moi aussi à utiliser kickassembler, et que, grace à la chaine, j'ai découvert de nouvelles fonctions de ce dernier... et j'ai amélioré le code (qui était un peu en vrac :P). Je pourrai effectivement mettre à disposition le code source à la fin de chaque vidéo pour ceux qui souhaitent le décortiquer. Je vais voir pour ouvrir un projet sur Github. Je vais peut-être faire de même pour mon simulateur 65xx d'ailleurs. Par contre, je rappelle que je ne suis pas un pro, que je fais ça pour le plaisir, donc soyez indulgents! Et pour la suite du jeu, ce sera surprise pour tout le monde, même peut-être aussi pour moi. Le prochain épisode n'est pas encore enregistré.

@@RetroProgrammation-fq1cv Top ! t'inquiète je connais çà aussi quand vient le partage du code. j'ai codé une petite intro sur le Mega65 et comme je ne suis pas pro j'ai la hantise de partager le code tant je sais que des mecs bien plus calés vont le lire :D Le truc c'est que les rares qui ferons des critiques non constructives, tu ne les verras jamais avoir cette démarche de partage que tu as. Donc j'ai envie de dire : On s'en fout :) On est tous là pour le plaisir, pas pour regarder qui p.... le plus loin :D

lol

Perso j'utilise souvent le simulateur dont je t'ai parlé pour vérifier les registres d'état lorsque je rencontre un problème sur un bout de code.

Oui je connais :) Des idées comme s'il en pleuvait :D Pour faire du pas à pas j'utilise c64Debugger, je vois les registres, et tout ce qui tourne autour, mais bon... Je dev sur C64 donc ça aide bien

Avec plaisir

Simulateur, pas émulateur ;) et oui, il sera générique. C'est dans l'objectif de pouvoir regarder ce qu'il se passe dans la bestiole pour chaque opération. l'objectif n'est pas du tout d'émuler quoi que ce soit comme machine. Il y a déjà bien assez d'émulateurs disponibles et parfaitement fonctionnels pour ça.

@@RetroProgrammation-fq1cv Oups 🤭 !!! Excellente initiative, je vais suivre le projet, aucun doute qu'il sera très apprécié.

Avec plaisir 😊

@@RetroProgrammation-fq1cv Ce qui serait pas mal sur ce type de video, c'est que tu puisses mettre à disposition ton code source ainsi que les assets pour que l'on puisse explorer ton code et le tester nous même ;)

Je suis sur le coup...

oui tout à fait. N'hésitez pas à faire une vidéo expliquant l'intérêt d'utiliser un label sur opérande plutôt que sur l'opcode avec un incrément. dans les 2 cas, ça compile pareil de toutes façons.

Déjà je vais terminer l'appli, puis l'utiliser pour présenter l'ensemble des fonctionalités du 65xx avec des exemples basés sur le C64, ensuite, on verra... mais j'ai prévu de pouvoir charger un contenu de RAM donc... ça devrai fonctionner pour d'autres machines sur 65xx :)

Bonne question ! Vu que j'ai joué bien longtemps sur cette machine dans les années 80... j'entends par jouer, jouer ET programmer (basic, puis assembleur)... Je m'y suis remis pendant le confinement. Et c'est revenu très rapidement. Le plus compliqué c'était de me souvenir de toutes les adresses mémoire, mais j'ai vite trouvé une mémorymap pour m'aider. Il n'y a pas beaucoup de commandes, donc pour apprendre l'assembleur, ça peut aller assez vite (1 mois je pense si on s'y colle à fond), de là à connaitre tout sur la machine, certainement beaucoup plus. Je ne suis pas capable par exemple de créer des démos en 3D et tous ces trucs de fous :p

Merci de m avoir repondu Je souhaite m y mettre surtout pour la programmation du 6502 de la nes Réussir à faire un jeu très minimaliste me suffirait amplement J ai des notions apprises à droite à gauche Je souhaite repartir à zéro As tu des conseils à me donner Je regarde également la chaîne du bazar de Monos Qui code en asm sur le c64 Ça peut t intéresser Merci Et au plaisir de te visionner Même si t'es videos sont bien faites J ai quand même du mal A comprendre toute l architecture du pgr Enfin je prends plaisir à regarder et essayer de comprendre 😉 ​@@RetroProgrammation-fq1cv

Je suis aussi monos. Et pour la NES, on m'a déjà demandé si je pouvais regarder et expliquer le fonctionnement... C'est un peu plus complexe que le C64 à cause du PPU... quand à mes vidéos, si un truc te parrait obscure, demande, et j'explique ;)

J'ai trouvé ça en cherchant comment programmer la NES, si ça peut t'aider : th-cam.com/video/7Rfb-JY_1mE/w-d-xo.html et le github associé : github.com/jrs0ul/nes_survival/tree/episode1 C'est découpé en épisodes dans l'arbo, donc possible d'apprendre petit à petit. Bon courage ;)

@@RetroProgrammation-fq1cv merci Beaucoup Je vais m y coller Thierry

Pareil :D

Merci beaucoup

C'est avec plaisir

Merci et bienvenue. Par contre, ne soit pas trop pressé... c'est long à préparer, et j'ai une vie et un boulot à côté !

@@RetroProgrammation-fq1cv T'inquiète je m'en doute. J'espère juste que ta motivation te permettra de continuer encore longtemps :)

Merci pour ton retour, ça fait plez ! Je me souviens plus d'une guéguerre entre ceux qui avaient un Amstrad et ceux qui avaient un Commodore plus qu'à propos du processeur, mais oui, c'était le temps béni où la micro informatique commençait à arriver dans nos foyers... et justement ça faisait bien avancer les choses puisque chacun poussait toujours plus loin les capacités des bécanes :)

Félicitation, tu es mon premier hater ^_^

Merci

Merci

Merci

Merci

Merci Pour le moment, je termine avec mon Tennis... et je continue la série sur le CPU. Je ne connais pas du tout la NES, donc il faut que je vois comment me procurer un environnement de débuggage avant, mais oui, ça peut être une idée. Par contre, tout ça prend du temps... Préparer les vidéos, les textes, monter... le tout pour être le plus pédagogique possible... Et j'ai une vie à côté aussi (boulot, famille) ! Alors bah voilà, je me garde l'idée sous le coude, mais ce sera pas pour tout de suite :p

@@RetroProgrammation-fq1cv OK super de garder l idée Je comprends Le temps est une denrée rare Pour la nes j utilise Nesasm3 Notepad Et tilelayer Y a peut être mieux mais je l utilise tant Bien que mal dues à mes compétences limitées Je vais continuer à regarder ton jeu de tennis et tes liens très intéressants En essayant de l adapter sur nes Enfin essayer Au plaisir de te regarder Thierry

Bonjour, merci pour ton retour, ça fait plaisir. Alors les pages, sur le 65xx ce sont les blocs de 256 octets. Il y en a 256 sur le C64 (256*4=1ko donc 256 * 4 * 64 = 256 * 256 = 65536 octets : 64ko) Les banks, c'est autre chose. Ce sont des blocs de 16ko, donc 64 pages, adressables par le processeur graphique VIC II En effet, il ne peut accéder qu'à 1 seule "bank" à la fois. Par défaut, il n'accède qu'aux données situées entre $0000 et $3fff. Ce qui explique également qu'il existe une ShadowROM de la table de caractères (charset memory) en bank0 entre $1000 et $1fff qui correspond à une copie de la ROM entre $d000 et $dfff (tout comme il existe une copie ShadowROM en bank2 entre $9000 et 9fff Je ferai peut-être une petite vidéo un de ces 4 pour expliquer les banks ... avec cette particularité de shadowROM de la Charset memory

Merci... Moi je n'ai jamais touché au Z80, uniquement le 6510 et ensuite les 80xx

N'allons pas trop vite

@@RetroProgrammation-fq1cv Bien sûr. Je n'irai pas jusqu'à proposer d'émuler le 6510 sur un FPGA ;-)

:D

Merci