Border bas à partir du GFA Basic - Page 1

Bonjour,

Pour un jeu d'aventure, je cherche à faire (ou à trouver, si quelqu'un a déjà fait ça...) une petite routine 68000 à lancer à partir du GFA qui permettait de supprimer le border bas "en tache de fond". Bien entendu comme c'est pour un jeu d'aventure 'texte" avec des images, il faut que je puisse continuer à taper au clavier ou a afficher diverses images....

Salut,

Ah si faut continué a tapé au clavier ca risque d'interferer a mort.

Explication :

Pour ouvrir le border bas, soit tu t'arrange pour compter tous les cycles de ton code et qu'il prenne exactement le même temps pour modifier lees valeurs de registre vidéos, soit utilisé une interruption.

Celle ci va se déclencher au bon moment et modifié les valeurs, mais le soucis vient du clavier, car le clavier genere aussi une interruption et cela peux modifié ou retardé l'interruption.

Il y a possibilité en coupant l'interruption clavier mais faudra que tu ailles lire la touche pressé dans un registre cela se fait en une ligne en Gfa, mais tu auras le scan code et pas le caractère. Donc une personne avec un clavier qwerty aura certains caractères modifiés, c'est pas bien grave on peux trouvé des tables de correspondance.

Mais après tu voudras rajouté de la musique ? Car après suivant le format cela va être oula hop car une musique SID utilise souvent un ou plusieurs timers et après complique un peu la chose, c'est possible mais cela devient bancale. Je t'en parle par experience.

Donc regarde ton cahier des charges avant de te lancé la dedans, c'est une chouette idée, mais attention car cela peux tourné au drame.

Salut Artemus,

GT a raison de souligner le risque de conflits entre les interruptions. Le code GFA que je t'ai passé sur Gamopat ne permet pas d'écrire au clavier en même temps que l'on supprime la bordure basse.

Une petite suggestion pour ton jeu... est-ce que ça ne serait pas plus simple de masquer/afficher le texte avec une touche ? Par exemple on appuie sur HELP pour afficher le texte et la zone de saisie, puis on appuie de nouveau sur HELP pour voir l'image en entier.

Bon courage pour ton jeu d'aventures !

Merci GT st Strider d'avoir répondu....

Comme je te l'ai dit sur Gamopat Strider je pense qu'en GFA ça n'ira pas du tout...
Et puis le masquage du texte ça me branche pas vraiment même si l'idée est pas mauvaise du tout...

Il me reste le 68000 mais là effectivement le clavier risque de poser problème comme l'indique GT. Mais bon je vais tenter, je m'étonne d'ailleurs que personne n'ai tenté ça, ou alors c'est que c'est vraiment pas faisable

Bon me reste plus qu'à m'y mettre ...

C'est tout a fait jouable comme je l'ai dit. Mais ca devient plutot technique.

On coupe toutes les interruptions, pour avoir un border stable et propre. Pour la lecture des touches, lecture en $fffc02, tu as le scancode, il y a une fonctione xbios ou bios qui te renvoie les tables de conversion scancode->ascii. Donc jusqu'a la tout va bien.

Pour le son cela peut être fait en soundtrack avec des routines 'trash buffer' qui permettent de bufferisé les échantillons et de les rejouer sans interruptions, mais reservé au STE.

Il y a encore une possibilité, mais plutot technique, reecrire la routine du processeur clavier (Car il dispose d'une ram interne et on peux y mettre sa propre routine), mais faut être un peu motivé, il y a que 128 octets. Mais de mémoire un des ST Connexion avait écrit une routine souris / clavier en 128 octets (Dans un ST mag). J'ai écrit une routine clavier et joystick en 128 octets, joystick qui devait simuler les appuis sur les touches pour avoir moins de code a gérer sur le 68000.

GT Pas grand

Voici une première copie d'écran du jeu, avec border haut/bas et rasters



La fonte du titre du jeu va être changée prochainement...

c'est joli

marss0 (./7) :
c'est joli

Merci, c'est en cours de développement...

bonne continuation...

Moi je trouve ça super beau, plus beau que bien des jeux pro de l'époque. Si je peux me permettre une remarque, le dégrader du ciel est peut-être un peu trop régulier ,peut être il est possible faire un mélange des 2 couleurs dans les transitions du dégrader (un pixel sur deux)

Et l'overscan donne super bien, ça apporte un plus

Le Franz (./10) :
Moi je trouve ça super beau, plus beau que bien des jeux pro de l'époque. Si je peux me permettre une remarque, le dégrader du ciel est peut-être un peu trop régulier ,peut être il est possible faire un mélange des 2 couleurs dans les transitions du dégrader (un pixel sur deux)

Et l'overscan donne super bien, ça apporte un plus

Merci pour les remarques, concernant le dégradé du ciel, ce sont des rasters (changement sous interruptions de la même couleur toutes les 5 lignes ici), donc pas possible de faire de mélange
Il me reste encore des images à finaliser (7 ou 8...), il y en a déjà une douzaine de terminées.
Le jeu est complètement programmé, il me reste des améliorations à apporter (par exemple nombre d'objets transportés limités, énigmes diverses, pourquoi pas mini-jeux....) mais quand les dernières images
seront terminées le jeu sera "jouable"...

peux-tu poster d'autres images? merci

En voici une autre...



La fonte du titre a été changée

C'est superbe Artemus !

Et encore une ...

vraiment bien

Toujours en GFA ???

Playmobil (./17) :
Toujours en GFA ???

GFA + 68000 pour les borders haut/bas + rasters

Je ne suis pas un connaisseur, donc je comprends bien l’utilisation de l'assembleur pour l'overscan mais pour les rasters, je ne vois pas pourquoi, est ce pour afficher plus de couleur ?

Le Franz (./19) :
Je ne suis pas un connaisseur, donc je comprends bien l’utilisation de l'assembleur pour l'overscan mais pour les rasters, je ne vois pas pourquoi, est ce pour afficher plus de couleur ?

En fait si tu regarde l'image juste en dessous, le ciel derrière les ruines est en réalité d'une seule couleur sur l'image originale. La routine 68000 permet de changer cette couleur toutes les 5 lignes ici (mais ça pourrait être toutes les lignes), ce qui permet effectivement d'afficher plus de couleurs !

Une première vidéo, il y a encore pas mal de boulot mais ça avance:

C'est prometteur, chapeau bas !

Ton jeu tournera sur STF, STE, Falcon ?

Bon courage pour la suite.

Strider (./22) :
C'est prometteur, chapeau bas !

Ton jeu tournera sur STF, STE, Falcon ?

Bon courage pour la suite.

Hello Strider !

STF, STE et sûrement sur Falcon via une petite adaptation du code par ex:. détection du Falcon (cookie jar + passage en résolution ST Basse...)

Il me reste quelques écrans à faire, continuer l'analyse du texte saisi par le joueur, écran de fin, les zics (là j'y connais rien...)

Il faudrait que je me trouve un vrai atari pour voir ce que ça donne

Après on verra je diffuserai certainement une version à plusieurs testeurs pour un retour et améliorations, peut-être quelques animations sur les écrans...

Et il restera encore un peu du boulot