Scrolling, aidez moi !!! - Page 3

Ben il suffirait de faire ça non ?
(en supposant que d1 contienne -x et d2 le sprite déjà shifté et a0 l'adresse où afficher)
move.l #-1,d0
lsr. d1,d0
and.l d2,d0
or.l d0,(a0)

Je n'ai pas du tout vérifié mon code, et si ça se trouve même la méthode est incorrecte.
Si je me trompe, corrigez moi, svp.

un truc du genre oui, mais comme tu fais un or, il faut effacer l'endroit où tu veux l'afficher avant (faier un and avec le décor par exemple)
Donc ça rajoute deux and.l, des shiftings et des move.l (d'ailleurs là tu peux mettre un moveq)
Les écrans virtuels plus grands sont vraiment mieux (de mon point de vue du moins, je peux en changer)

En tout cas, ni Xlib, ni genlib n'utilise d'écran virtuel plus grand.

Genlib si.

Ah.
t'es sûr, pourtant dans la doc, il est écrit que c'est un buffer de $F00+8 octets (soit 3848 octets).

Les DScreens oui, mais les VScreens utilisés pour les planes sont plus grands (enfin si je ne me trompe pas )

oui oui, c bien ça

En effet, autant pour moi.

Comment il faut faore pour utiliser le scrolling D'extGraph ???

Ben, tu appelles la fonction de scrolling et l'écran défile d'un pixel vers la direction indiquée. C'est tout bête!

Et c'est tout lent

oui mais il me demande de rentrer des parametre un buffer je crois et aut' chose ...
Et sinon il faut ue je dessine toute le map ??
C-a-d qu'il faut que je dessine tout, puis ensuite je lui demande d'aficher un pixel plus loin ???
Qq'un aurais un exemple qui utilise cette fonction ???

Vertyos a écrit :
Et c'est tout lent

C'est plus lent que le tien ?

Et ça sert à rien

Nan surement plus rapide... Mais quand j'ai vu marqué "Extgraph" j'ai pas pu m'empecher

??? c-a-d ca sert a rien ???

Vertyos a écrit :
Nan surement plus rapide... Mais quand j'ai vu marqué "Extgraph" j'ai pas pu m'empecher

desole mais je suis qu'un cht'it nioub qu'essaye de comprendre et qui trouve qu'extgraph et pas dur a utiliser

PiNGoO
a écrit : oui mais il me demande de rentrer des parametre un buffer je crois et aut' chose ...

Le buffer, c'est soit les plans de gris (GrayGetPlane(DARK_PLANE), GrayGetPlane(LIGHT_PLANE)), soit l'adresse de l'écran si tu es en blanc et noir.

Et sinon il faut ue je dessine toute le map ??

Non, tu scrolles et tu complètes la ligne/colonne manquante.

C-a-d qu'il faut que je dessine tout, puis ensuite je lui demande d'aficher un pixel plus loin ???

Si tu fais ça, tu n'as pas besoin de routines de scrolling.

desole je suis pete ..... mais tu n'aurai pas un petit code qui utilise ça ???
Merci ça serai sympa

le pb c que compéter la colonne manquante c'est lent et le remplissage se voit au cours du scrolling...

Pingoo> tu compte faire koi comme jeu avec ta routine de scrolling?

non C T juste pour savoir si C T plus rapide que la routine que j'utilise pour HocusPocus a savoir, deux boucles for qui redessine tout a chaques fois.
Je mettrais peut etre une pre-alpha-beta pour que vous voyez ce que ca donne pour un tout debut

Je pense que oui, c'est plus rapide normalement, vu qu'il n'y a qu'une rangée de sprites à afficher. Mais PpHd dit que ce n'est pas le cas...

Franchement, le scrolling, niveau rapidité... c'est bof
et peu maniable/flexible/pratique/utile...

J'essaye tjours de faire un scrolling avec les routines d'extgraph, mais j'y arrive tjours pô
Il faut que je dessine ma map directement a l'ecran, ou que je la mete en memoire (j'essaye avec des sprite noir et blanc, il faut que je mette ma map dans LCD_MEM???)
Si c la solution de la mise en memoire, comment faire ????????

Le scrolling n'a aucun avantage...
Non selement il est lent, mais en plus ne permet pas les annimations.
La methode du VScreen plus grand que 2*3840 est nulle a chier. En effet une version de XLib (beta) utilisait ce genre de plan, mais ct lent au niveau des clipping. La meilleur methode que je connaisse etant de gerer chaque cas de clipping (ce que XLIb fait) Resultat: 1 GPlan = 2*3840 octets et la vitesse est au rendez vous (héhé).

Bon XPower

lol
tu devrais te lancer dans la pub quand mm

> tu devrais te lancer dans la pub quand mm
En effet. Il serait excellent en concurrence déloyale...

Xdanger.. c'est pas arce que tu maitrises pas le sujet que tu peux dire que c'est deloyale...
D'ailleur la pub comparative est apparu en france il y a peu

Merci alors j'utilise quelle lib ???
Comment faire un scrolling avec les fonctions de scroll d'XLib,
ou alors avec celle de GraphX ???
Ca serai cool de m'aider
Merci

1. tout depend ton programme, mais je te conseil X ou GX ou genlib.

XLib Genlib et GX propose des fonctions clippées (c'ad que tu peux afficher aux coordonnées (1230, 12) sans bug).
Apres ca depend de ton besoin.. XLib est la plus rapide pour tout ce qui concerne les sprites 16x16 et tout ce qui est multiple de 16x16.
Genlib est la plus rapide pour les droites, triangles remplie et mapage en 8x8.
GX est la plus lent, mais elle est surtout le plus petite en taille (elle de taille comparable a TIGCC pour une vitesse bien supperieur).

Pour faire un scrolling c'est simple (ici methode de brute..):

uchar Tablea[100] = { 1, 2 ,1 ,2 ,1 ,1,1 ,1 ,1...};
void * Sprite[10] = { &Sprite1, &Sprite2...};

void main(void)
{
ushort i,j;
for(i=0;i<128/16;i++)
 for(j=0;j<100/16;j++)
  XGNSprite(i,j,Sprite[Tablea[ i+10*j]]);
}

Bon ca c'est un exemple bourin
sinon pour la prochaine vesrion de XLIb:
XGLevel(..)