Liste qui augmente - Page 2

voilà ma structure:

// Calques
typedef struct 
	{ 
		char nom[16]; 
		short actif; 
		int plan;
		void *V_SCR; 
	} CALQUE;

elle contient le nom du calque, un pointeur vers l'écran virtuel associé, un int plan qui indique la "couleur" du calque, et un short disant si le calque est visible ou non

Thibaut> c peut-être une regrettable méprise, si ça se trouve calque.plan est juste un flag, et les données sont stockées dans un tableau classique... si c ça il ne faut rien changer

IroS : haaaaaa d'accord !! ben tout est bon alors

Pollux : erf trop fort

pour créer un nouveau calque je fais

	Calque = (CALQUE *)realloc(Calque, (++NB_CAL) * sizeof(CALQUE));
	Calque[NB_CAL-1].V_SCR = malloc(LCD_SIZE);

mon écran virtuel fait donc bien LCD_SIZE soit 2 ou 3ko selon la calc et pas 30ko

j'avais pas vu le post de IroS

donc pour afficher en NDG à partir de ce que Thibaut à mis en #13 je fais comment?
avec GetPlane(DARK_PLANE) et GetPlane(LIGHT_PLANE)?

IroS #33 : oui oui j'avais compris

Bon en fait il y a quand même un pb. Tu n'as pas besoin de troisième calque (BLACK), LIGHT et DARK suffisent !
En effet, un pixel foncé superposé à un pixel clair donne un pixel noir, donc pour afficher un pixel noir on affiche un pixel dans les deux plans.
C'est ça le format "standard"

donc en mettant

      if (Calque[cptr].plan == 2)
      	{
      		SetPlane(LIGHT_PLANE);
      		while (compteur_long--) *dst++ |= *src++;
      		SetPlane(DARK_PLANE);
      		while (compteur_long--) *dst++ |= *src++;
      	}
      if (Calque[cptr].plan == 1)
      	{
      		SetPlane(DARK_PLANE);
      		while (compteur_long--) *dst++ |= *src++;
      	}
      if (Calque[cptr].plan == 0)
      	{
      		SetPlane(LIGHT_PLANE);
      		while (compteur_long--) *dst++ |= *src++;
      	}

ca devrait marcher non?

Presque. Oublie le troisième plan ! c'est un gaspillage de mémoire.
Il y a une erreur dans le bloc if (Calque[cptr].plan == 2) mais on s'en fout puisque tu vas jarter les troisièmes plans

exact. mettre

      		while (compteur_long--)
      			{
      				SetPlane(LIGHT_PLANE);
      				*dst++ |= *src++;
      				SetPlane(DARK_PLANE);
      				*dst |= *src;
      			}

donnera de meilleurs résultats je pense!

Encore moins

Mais pourquoi tu t'obstines ?????? tu perds de la mémoire pour RIEN avec 3 plans !

pourquoi 3 plans?
je dessine sur mon écran virtuel seulement en noir & blanc et lorsque j'affiche tous mes calques c'est le .plan qui détermine le NDG donc s'il vaut 2 je doit bien afficher mon écran virtuel sur le LIGHT_PLAN et le DARK_PLAN

Ok je viens de comprendre exactement le fonctionnement de ton prog.

Bon, la solution est :

  short cptr;
  
  for (cptr= 0; cptr<NB_CAL; cptr++)
    if (Calque[cptr].actif)
    {
      short compteur_long= LCD_SIZE/4;
      long *src= (long *)Calque[cptr].V_SCR,
           *dst= GetPlane(LIGHT_PLANE);
      
      switch (Calque[cptr].plan)
      {
        case 2 : while (compteur_long--) *dst++ |= *src++;
                 src-= LCD_SIZE/4;
                 compteur_long= LCD_SIZE/4;
        case 1 : dst= GetPlane(DARK_PLANE);
      }
      while (compteur_long--) *dst++ |= *src++;
    }

pourquoi tu déclares compteur_long en short ?

LCD_SIZE égale 3840.
Donc compteur_long égale 960.
Donc sa valeur ne tient pas sur un char.

ah oui, merde.
J'étais complètement ailleurs, je ne pensais pas du tout à ça...

ca marchait pas pour case 2 donc j'ai un peu modifié

        case 2 : while (compteur_long--) *dst++ |= *src++;
                 compteur_long= LCD_SIZE/4;
                 src= (long *)Calque[cptr].V_SCR;
                 dst= GetPlane(DARK_PLANE);

maintenant y a plus de problèmes!
merci vous êtes

Quoi ????????
Ha non ! rééssaie avec mon code, ça doit marcher. Tu avais dû essayer avant que je l'édite à 19h11.

Non, il me semble qu'il a raison, tu as oublié de rediriger dest vers le dark_plane, dans le cas où la couleur est noire (plane=2).

je n'avais pas vu la modif. ca marche aussi!
zêtes vraiment des génie où koi?

jackiechan91 : Mais non ! y'a pas de break entre les deux cases ! J'en étais sûr que certains tomberaient dans le piège

A force de foutre break systématiquement on oublie les optimisations possibles sans

Ah merde, excuse moi.
Tu as raison, je n'ai pas fait gaffe qu'il n'y avait pas de break.

Heu, je me souviens pas avoir vu qu'on ne pouvait pas mettre de "break;" après un "case" dans mon livre de C ..

Ca change quoi de pas en mettre thibaut ? ou plutôt ça change quoi d'en mettre un (un break) ?

pfiou c'est quoi ton livre ??

Sans break tous les case suivant sont exécutés. Tu aurais pu le deviner d'après le code que j'ai donné à IroS, il est très clair

> Heu, je me souviens pas avoir vu qu'on ne pouvait pas mettre de "break;" après un "case" dans mon livre de C ..

c pas qu' "on ne peut pas", c'est qu' "on peut ne pas"


> Ca change quoi de pas en mettre thibaut ? ou plutôt ça change quoi d'en mettre un (un break) ?

Si tu mets un break le programme saute à l'accolade suivante, sinon il continue au case suivant (ce qui peut être une sympathique source de bugs si on pas l'habitude )

Pollux, ou l'art d'arriver après la guerre

bah une minute de diff sur une heure ça fait moins de 2% de différence

Pollux >> oui, je me suis mal exprimé, merci

Sinon si je me souviens bien, j'ai lu sur le livre :

"La syntaxe a utiliser avec switch() est :

switch(var)
{
case num:
...
break;

...
}"

enfin un truc du genre, je suis passé un peu vite sur ça, peut-être que c t indiqué ensuite, mais je ne crois pas

Si, il me semble que sur ton livre c'était précisé, Pim89.
Mais j'avoue que moi aussi, je n'y avais pas trop prêté attention.

ok j'irais revoir ça