mon ch'ti projet - Page 6

-

bon je continue de donner des nouvelles
j'ai traqué un bug dans le clipping (tout bete d'ailleur c'etait un pb de lea qui arrivait parfois )
j'ai commencé les collisiosn mais on dirait que parfois la table pour la voiture que j'ai faite a un pb de 1 pxl alors je vais voir d'ou ca vient

ùm*mù
//connard void c() { getch("err"); if{}; }

-

au fait ca veut dire quoi ce truc

c'est un des effets des ravages de l'alcool

je paufine les derniers details et hop beta
j'hesie pour la date



(8 mai ca va )

allez gros branlo tu la sors cette bêta?

tien t revenu le touriste
encore 2-3 details et ca sort

vivement le 8 mai

elle est sortiiiiiiiiiiiieeeeeeeeee
voir dans software

bon je donne des nouvelles la
ca avance po mal

-

graphlib pour les gray et schrinklib pour la compression, c tout

-

arf le plane c un peu complique et certains ne sont po d'acord ( ximoon par ex)
j'ai des plan virtuel de 512*512 et je scrolle dedans
et pour les collisions ce sont de bonnes vieilles matrices

Rien ne vaut la super methode du vscreen de PpHd!
Même si certain ne veulent pas utiliser genlib ils peuvent s'inspirer quand même pour les scrolling

c quoi sa methode ??

Ben comme ca c'est dur a expliquer!
Faut mieux faire un shema pour expliquer!!
En fait il prend un ecran virtuel de la taille de caltos et prend un marge de 16 pixel autour pour la droite et gauche et je sais pas pour celle du bas et haut!
ensuite ben je sais pas si j'ai le droit de divulguer des informations confidentielle!
le mieux c'est que tu fais comme moa!
tu fais tou plein de test et la!! paf t'as compris!

-

oue, g compris
tu prend que des tile de 16*16
tu prend une matrice avec comment ressemble la map
tu affiche tout et tu scrolle dedans (ce qui evite le clipping des tiles)
et des que 16 est passe on reaffiche tout en avancant de 1 dans la matrice
le seul pb pour moa c que les tile ne font po 16*16 et qu'ils sont tous differents contrairement à un rpg ou ca se repete assez souvent, donc faire des grandes cartes me permet de faire une compression assez importante (moyenne de 93.5% environ)

je t'assure que cf c'est pas du 16*16 et puis ca empeche pas eu tu peut decouper chaque image en 16*16 et chaque map a ca table de sprite etc...
donc c'est carrement faisable!!!
powwaaaaa genlib

Orion >> c la méthode que je t'avais expliqué dans "méthode de scrolling", à moins que je n'ais rien compris à ce que dit mastergb1.

gugus > en fait tu découpes tout ton niveau en sprites de 16*16 (enfin, tu choisis ta taille), puis tu crée un chtit tableau de sprite (avec des numéro correspondant au def de sprites, ex : 1== arbre, 2== bordure, 3==herbe ect).
Puis t'affiches au fur et à mesure sur l'écran (enfin, l'écran virtuel + large de genlib/Xlib) une colonne/ligne de sprite de + à gauche et droite et haut+bas comme ça quand tu scrolles de 1 pxl vers le bas, bah tu réaffiches tout ce que tu as fais (sur l'écran un poil plus large que celui de la TI) mais 1 pxl plus loin. ect ect ... du coup y'a bien un sprite qui "sort" du côté droit de l'écran quand on se déplace.

J'avais expliqué ça là : topics/15011-theorie-de-scrolling et post #1

enfin, c'est peut-être pas exactement la méthode de mastergb1, mais elle est très rapide, c'est sur !

tu affiche tout et tu scrolle dedans (ce qui evite le clipping des tiles)

enfin, pas TOUT ton niveau, mais seulement l'endroit où tu te situe de la taille de l'écran de la TI (+ la marge sur tous les coins de l'écran).

pim89>c exactement ce que j'avait dit

-

ok, c'est très galère de découper en sprite en effet.

mais pour driver, j'aurais bien vu cette technique.

gugusg>tu_conduis_comme_un_pied