Generation de texture -> Sacade?

Version imprimable

Bonjour,
Je développe une petite DLL pour gèrer els surfaces de la SDL avec diférentes fonctions(Redimensionement, rotation, eneration...) et j'ai quelques problème avec un de mes algos de génération.
Le voici :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
 
SDL_Texture::RGB DLL_ACT SDL_Texture::PixelFonctor::AngulareCircle::operator() (unsigned int x, unsigned int y)
{
    //Schéma
    //|\_
    //|  \_
    //|    \_
    //|______\_
    //       R
    //RGB du pixel retourner
    RGB Color;
    //Aplication d'un modulo pour retoruner a un cercle de rayon R;
    int NewR;
    if(x%R > y%R)
      NewR = (x + R-x%R);
    else
      NewR = (y + R-y%R);
    if( x*x + y*y >= (NewR-BorderW)*(NewR-BorderW) && x*x + y*y <= NewR*NewR )
    {
      int Cof = 1;
      Color.r = (unsigned char)(Cof * (float)M_R);
      Color.g = (unsigned char)(Cof * (float)M_G);
      Color.b = (unsigned char)(Cof * (float)M_B);
    }
    else
    {
      //Les espaces sont les diférence de 0xFF et des masques
      Color.r = 0xFF - M_R;
      Color.g = 0xFF - M_G;
      Color.b = 0xFF - M_B;
    }
    return Color;
}

Ce code devrais produire une suite de cart de cercle.
Voici le resultat avec

Code:

1
2
3
4
5
6
7
 
        SDL_Texture::PixelFonctor::AngulareCircle Fonc;
        Fonc.M_R = 0x00;
        Fonc.M_G = 0x00;
        Fonc.M_B = 0xFF;
        Fonc.R = 30;
        Fonc.BorderW= 10;

donne cette image : http://t4cwebserver.Free.fr/cppfonc_Pict.bmp
Il y a comme on peut le constater quelques problème avec la bordure... Quelquin sais d'ou peut provenir le problème?

Je ne vois pas trop où tu veux en venir dans ton calcul de NewR. Je serais perso parti sur un truc du genre (non testé, je n'ai pas la SDL, et tu n'as pas fourni un programme compilable) :

Code:

1
2
3
4
5
int rayonAuCarre = x*x + y*y;
double rayon = sqrt(rayonAuCarre );
int NewR = int(rayon / R) * R;
 if(rayonAuCarre >= (NewR-BorderW)*(NewR-BorderW) && rayonAuCarre  <= NewR*NewR ) 
{/*...*/}

Si tu veux éviter le calcul d'une racine carrée, tu peux itérer :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
int rayonAuCarre = x*x + y*y;
int numeroDeCercle = 0;
bool found;
do
{
  if (rayonAuCarre > (R*(numeroDeCercle +1))*(R*(numeroDeCercle +1)))
      found = false;
  else
  {
    found = true;
    if (rayonAuCarre > (R*numeroDeCercle + BorderW) * (R*numeroDeCercle + BorderW))
        // couleur 1
    else
        // couleur 2
  }
}
while (!found);

02/02/2006, 19h44
Zenol

En fait, mon bute c'est de me ramener a un cercle de Rayon multiple de R(Si on entre R=15, se seront les sercles de rayon 15, 30, 45 ect...) puis de déduire si les coordonées X et Y figurent sur le cercle. Affin d'ajouter une bordure, je fait un <= et >=.
Si on créer un nouveau rayon a partir de x*x + y*y on va obtenir le cercle ou x et y sont obligatoirement dessu. Moi, ce que je veut, c'est savoir si on est dnas le premier cercle de rayon 15, dans le deuxième cercle de rayon 30...
Donc, je penssai que sa amrcherai comme j'ai fait. Seulement j'ai l'impression qu'il y a quelques endroit ou mon teste ne marche plus...

Pour détailler ce que je fait avec mon modulo et x et y, je résone ainsi :
Si on se ramène au cercle de rayon 15, on pouras retrouver un reste dans X et Y. Si on suprime ce reste de x et y(On se base sur le reste le plus grand) on poura le suprimer(retour au cercle inférieur) ou ajouter R-Ce reste(aller au cercle superieur). Moi, je vais au cercle supérieur.

Mais je suis en train de me rendre compte qu'il faudrais peutètre tenir compte des deux restes... Peutètre qu'en fesan : (2*R - RestX - Reste Y) a la place de mes ifs... Je teste sa tout de suite.

Oula, sa fait n'importe quoi...
Je vais relire ce que tu a dit, masi je n'ai pas bien comprit...

Edit : Bon, selon comment je fait, sa me done de zoli petits point eparpiller, ou un seul et unique cercle centrale. Je crois que je vais devoir re-ecrire l'algo.
03/02/2006, 10h29
flick_aesland

Ton calcul part sur une mauvaise base car les deux coordonnées sont liées. Donc impossible de corriger le rayon par un calcul sur une seule coordonnee.

La méthode la plus simple pour faire ce que tu veux (sans tenter de trouver le plus rapide) est de calculer la distance du point au centre avec quelque chose comme d = sqrt(x*x+y*y)

Ensuite plus qu'à regarder la parité de d/R pour déterminer la couleur.
03/02/2006, 17h43
Zenol

Donc, tu me di de regarder(Avec R = Rayon donner au dépare) le rayon orespondant au point ou je suis, et de comparer au rayon (d%R < 1/2R) : d-d%R ? d+(R-d%R) [C'est a dire, le cercle de rayon n*R le plus proche) et de rajouter une tolérence de +- 1/2W(W est la larjeur). C'est sa? [Dans ce cas on peut travailler avec les rayons au caré au lieu des rayons?]