Felgon

       Cela va bientôt faire trois semaines que je n'ai pas donné de nouvelles de mon avancement du projet ! C'est beaucoup, mais à dire vrai j'ai eu quelques soucis domestiques qui m'ont accaparé. Pour autant, j'ai quand même réussi à avancer le développement du moteur, je deux de ses dernières fonctions.     J'ai aussi intégré un nouveau process plus rigoureux pour gérer les images que me livre LZamu. Grâce à l'aide de convImgCPC et des explications de Demoniak, j'ai pu mieux tiré partie de son logiciel et résoudre les problèmes que je rencontrais. Ca m'a demandé de réintégrer les graphismes déjà fait avec une autre palette, et de retoucher un peu le moteur du jeu, mais à présent tout fonctionne.     Coté scénario détaillé, j'ai rédigé 8 écrans, mais je vais éclater le 8ème en plusieurs pour étoffer l'histoire et avoir une histoire mieux illustrée. Les étapes suivantes sont en cours de préparation tant graphique que scénaristique.     ...

  Mes chers abonnés, Cela fait longtemps que je n'ai pas donné des nouvelles de mon avancement du projet Felgon sur ce blog. Je tiens à vous rassurer, le projet continue ! Hier encore, j'ai terminé deux fonctionnalités manquantes du moteur, la gestion de l'affichage du personnage courant et la gestion du changement de face de disquette. De son côté, Lzamu poursuit son travail sur les graphismes et a su produire des tableaux de qualité avec toute la méticulosité qu'on lui connaît. J'ai fait quelques évolutions dans l'éditeur de scénarios et j'envisage encore quelques petites modifications cosmétiques pour m'aider à m'y retrouver quand le scénario détaillé sera plus volumineux. Donc, on peut dire que le projet a certainement du retard, mais il est sur de bons rails.

     Pas très inspiré ce titre ! Mais bon, ce n'est pas bien grave, je cherchais une idée pour illustrer mon avancement dans le projet. Comme je l'indiquais dans mon précédent billet, j'ai bien avancé pour l'introduction du jeu. J'ai pour ainsi dire terminé, mais je reste déçu sur un point. Ma solution, pour sortir de l'intro, et récupérer la mémoire disponible, me parait hasardeuse. En effet, il faut non seulement faire 2 versions, une pour les CPC 464, et une pour les 6128, mais en plus celles-ci sont susceptibles de ne pas marcher correctement sur des CPC ayant des extensions, des roms non standards. Bref, c'est inextricable !     Mon choix est donc pour le moment, de faire une introduction à lancer de manière optionnelle, qui à la fin, après un avertissement indiquant la commande pour lancer le jeu, rebootera le CPC ! C'est pas terrible, mais au moins c'est une solution qui marchera partout ! La gestion de la mémoire en basic n'est pas simple...

          Les gens qui ont un peu programmé en Basic sur CPC, le savent bien. Gérer la mémoire avec Memory, Symbol After pose parfois de gros soucis. Je suis en ce moment confronté à un qui est bien casse pied ! En fait, j'ai presque fini mon programme qui fait l'introduction de mon jeu. Et oui, dans un jeu d'aventures, l'introduction c'est très important ! Et donc à la fin du programme, je lance un autre programme en utilisant simplement l'instruction run.             Et là, c'est le draaaaame ! Memory full, improper statement, et bien sur les symboles redéfinis qui restent tels quels ! Bon, à dire vrai dans le cadre de mon jeu, ça ne serait pas un vrai problème puisque je reste en mode 0 et que mon texte sera affiché avec la nouvelle routine typo de RetroPoke.               M ais me retrouver avec seulement 8 Kio de mémoire disponible alors que je n'ai plus rien comme listing, même aprè...

       Alors en Basic sur CPC, le ciel est tout de même bas ! Je peux paraître ingrat face à ce langage que j'ai pourtant longtemps pratiqué, mais parfois des choses que je trouvais tellement simple à faire dans les années 90 en Turbo Pascal, semblent hors de portée de ce bon vieil ordinateur avec son langage fourni de base !     Dernièrement, alors que je codais l'introduction de mon jeu, j'ai souhaité l'illustrer avec plus d'images que je n'en n'avais préchargées. Or pour lire mon texte au fur et à mesure j'utilise l'instruction Basic : OPENIN. Ensuite je lis chaque ligne du fichier avec une instruction LINE INPUT #9 dans une boucle WHILE NOT EOF -- WEND. Et lors ce que l'on essaie de faire un load d'un fichier binaire dans cette boucle, on sort de la boucle de lecture du fichier, le Basic considère que l'on a atteint la fin du fichier !     Me voila donc contraint de trouver une autre solution pour gérer tout ça autrement. J'imagin...

       Mes chers abonnés, cela fait un moment que je n'ai pas écrit de billet sur ce blog. L'avancement du projet Felgon est certes moindre que ce que j'espérais, mais nous avançons avec LZamu. L'introduction est presque terminée.      Les causes de notre retard sont multiples, mais la principale c'est vous l'avez deviné, la chaleur ! Quand les mauvaises nuits s'enchaînent, avec des journées et les soirées avec un bruit de ventilateur permanent, la fatigue et la lassitude s'aggravent.     Mais il n'y a pas que cela bien entendu. Il y a parfois ma mauvaise organisation, les regrêts d'avoir fait de mauvais choix qui ont aboutit à de grosses pertes de temps (comme je détaillais dans mon précédent blog). Il y a aussi, des causes plus personnelles que je ne vais pas détailler.     Quoi qu'il en soit, l'introduction sera bientôt prête, et se posera alors pour moi un dilemme. Devrais-je montrer cette introduction, même si ensuite, je sais ...