zelda:peut etre le retour - Page 4

Bah c'est très bien dans ce cas
En niveaux de gris ?

meme constat ke solid et ossi éviter de pouvoir "coller" deux sprites

#91 > Comment ca coller 2 sprites, tu veux dire superposer 2 sprites?
#90 > (Blanc,) gris clair, gris foncé, noir.

Sinon, le FPS vous semble realiste ?

je pense qu'il parle des gros sprites, pouvoir les chevaucher, ça a la rigueur pkoi pas

pour le fps, je sais pas

ouais en fait je me suis répété excuse je suis fatigué

>solid c ce ke je voulai dire mé sa reviens au meme ke superposer

On peut mettre 3 arbres en demi-superposition:

 

 /---\  /---\
|     | |     |
 \--/---\---/
  | |     | |
     \---/
      | |

Il faut appuyer sur alpha pour eviter les trucs laids que vous avez du voir.

Edit: les arbres rendent trop mal, dommage, chez moi, c'est tres bien.

utilise la balise [ pre]

Essayez d'editer mon message.

moi ossi j'avais commencer un zelda en c
mé pour l'instant je suis trop mauvais

sans l'espace

 

 /---\  /---\
|    | |    |
 \--/---\---/
  | |    | |
     \---/
      | |

Moi, je fais du 100% asm, d'ou des difficultes pour stabiliser les niveaux de gris et gerer les interruptions...

je vois pas le rapport ?

Ca rend pas terrible meme avec [pre]. Essayez d'editer mon message.

#103 > Rapport :

moi ossi j'avais commencer un zelda en c

oui mais le rapport avec détourner une int et stabiliser un clignotement ? C'est pas plus dur à faire en asm qu'en C...

si tu veux galmiza g un screen si kelk'un veut le mettre k'il me donne son mail

Galmiza> les clignotements viennent du fait que tu n'utilises pas de buffer intermédiaire ?

#106 > Je debute en assembleur, donc je ne sais pas faire grand chose encore. Mais le C a l'air plus facile en ce qui concerne les interruptions.

Quand on essaye de m'aider pour stabiliser des niveaux des gris, il y a toujours des problemes. En C j'ai l'impression que c'est moins compliqué. J'ai peut-etre tord.

#108 > Un buffer intermediaire ? Tu veux dire un ecran virtuel ?
Si, j'utilise un ecran virtuel.

Bah d'où viennent les clignotements alors ?

#111 > L'effet stroboscopique je dirais puisqu'on peut arriver a les eliminer en affichant un certains nombre d'images animées... bref en changeant le temps que met le proc entre 2 affichages.

nan ça peut pas être ça

Pourquoi? As-tu une autre explication?

Utilise genlib
T'aura plus de probleme d'affichage etc....

Le SEUL probleme d'affichage est la stabilisation des niveaux de gris.... je ne vais donc pas utiliser genlib car preos est censé pouvoir resoudre ce probleme.
De plus je n'ai pas developpé toutes mes fonctions (apparement assez rapide) pour rien.

Quand je me replongerais dans le Zelda, j'ameliorerais le design du selectionneur d'objet et classerais ces objets en differentes categories.
Pour les niveaux de gris par contre, je ne sais pas si j'aurais le courage de les stabiliser.

Heu PreOs est un kernel, il n'a rien à voir avec les niveaux de gris... mais tu les génères avec quelle lib tes niveaux de gris au fait ?

Pour les niveaux de gris, utilise TIGCCLIB. C'est tout à fait possible en assembleur (paragraphe V.2 de mon lien).

o fait l'éditeur ne marche pas avec la rom 2.09 et non 2.08 (je me suis trompé) dsl