GET ET SETDIBITS

Commentaire de SAKingdom le 26/07/2006 15:33:07

for(y = bi.bmiHeader.biHeight-1; y >= 0; y--)
{
for(x = bi.bmiHeader.biWidth-1; x >= 0; x--)
  {
   // Calcule de la position dans le buffer
   int pos = (bi.bmiHeader.biHeight-y-1)*ByteWidth+x+x*2;

   lpBits[pos]++; // Bleu
   lpBits[pos+1]++; // Vert
   lpBits[pos+2]++; // Rouge
  }
}

Changement de la couleur de chaque pixel à partir du buffer.

Commentaire de SAKingdom le 26/07/2006 16:14:18

C'est bizzard. Moi tout les bmp que j'ai tester ce modifiais quand je cliquais sur modifier. A tu essayé en recompilant le code?

Commentaire de SAKingdom le 26/07/2006 16:25:42

Ben là. Excuse pour les fautes. Je vien d'apprendre qu'un membre de ma famille est mort alors ça me débousole un peu. Sinon, je ne comprend vraiment pas. Tout fonctionne ici. Même si je télécharge l'exe, il fonctionne qu'en même.

Commentaire de vecchio56 le 26/07/2006 16:45:57 administrateur CS

J'ouvre mspaint, je gribouille un peu
J'enregistre l'image au format bmp 24 bits
Je lance ton programme
J'ouvre l'image que je viens d'enregistrer
J'appuie sur Modifier comme un forcené, mais rien ne se passe (on voit bien l'image mais elle ne change pas)
Désolé mais ce n'est pas une blague

Commentaire de SAKingdom le 26/07/2006 17:11:45

Je vien de tester sur mon autre ordinateur et en effet, ça ne fonctionne pas non plus. C'est trop bizzard. Pourquoi tout fonctionne sur mon ordi mais pas sur les votres

Commentaire de vecchio56 le 26/07/2006 17:26:02 administrateur CS

Ah oui j'avais pas vu, merci!
Ben non logiquement ca peut pas venir de ca. Je vais voir si je trouve d'ou ca vient

Commentaire de vecchio56 le 26/07/2006 17:39:25 administrateur CS

Ca marche si on force bmp.bmBitsPixel à 24 juste après GetObject(hBmp, sizeof(bmp), &bmp);

Commentaire de SAKingdom le 26/07/2006 18:07:46

Bingo. J'ai tout compris. En fait, étant donné que je récupère les données du DC mémoire, ce DC mémoire prend le nombre de couleurs de l'écran. Donc bmp.bmBitsPixel renvoie le nombre de couleur présent dans le DC mémoire qui est égual au nombre de couleur de votre système. Vue que je suis en 16 bits ici, moi ça fonctionnait mais il modifiait uniquement le bleu et le vert. Bon je modifie le code et je fais quelque test de sécurité et je vous renvoie ça.

Merci vecchio, c'est grâce à toi que j'ai allumé.

Commentaire de vecchio56 le 26/07/2006 18:25:28 administrateur CS

Oui je pense que c'est bon

Commentaire de eRoZion le 27/07/2006 05:48:59

Salut,
merci pour la source.   :)

Ca fonctionne chez moi (nouvelle version de l'exe qui fonctioone chez tout le monde à prioris, pas testé la précédente).

Sinon pour l'ortho de "bizzard", je pense tout simplement que c'est le syndrome de la génération blizzard. :D

A+


eRoZion

Commentaire de SAKingdom le 29/07/2006 22:20:44

Peux tu expliquer ce que tu veux dire s'il te plait?

Commentaire de vecchio56 le 29/07/2006 22:59:49 administrateur CS

Normalement on ne devrait pas avoir a calculer de position a chaque tour de boucle. Il suffit de passer toute la zone mémoire séquentiellement

Commentaire de SAKingdom le 29/07/2006 23:11:22

Ah et pour le x+x*2 à la place de x*3 c'est que x*3 va générer un imul très coûteux en temps processeur. x+x*2 va générer un lea, beaucoup moin long à executer et tout aussi efficasse.

P.S. Merci à BruNews, c'est lui qui m'a apprit tout ça :)

Commentaire de SAKingdom le 29/07/2006 23:21:44

Je crois que tu as raison. J'ai fait des listings et à première vue, le calcule bouffe beaucoup de temps processeur.

Commentaire de Omeya le 02/08/2006 16:13:32

steve_clamage : "Tu enlèves une comparaison mais ton calcul de pos est plus complexe, surtout que comme l'a dit vecchio56 ca peut se parcourir en une seule boucle."

J'ai du mal à comprendre quand vous dites qu'il suffit de passer toute la zone mémoire séquentiellement.
Quel est le code en une seule boucle, svp?

Commentaire de SAKingdom le 02/08/2006 21:31:48

D'après ce que j'en sais, une lecture séquencielle signifie lire les valeurs dans l'ordre une à la suite de l'autre. C'est évident que cette méthode va beaucoup plus vite que de calculer à chaque tour de boucle la position x et y mais il devien impossible d'optenir une position bien précise en un calcule. Il est toujours intéressent de savoir comment aller à la position x et y de son image à partir du buffer. Ça permet de modifier bien spécifiquement son image.

Commentaire de SAKingdom le 02/08/2006 22:13:53

Mais ce n'est qu'un simple exemple. Bien sûr que j'aurais pu modifier tel et tel pixel sans avoir recour à une boucle (ou une mais petite). Ce que je voulais faire, c'est une simple manipulation dans le buffer (ici changer les couleurs de chaque pixels) tout en montrant le calcule pour trouver une position x et y dans le buffer. Non ce n'est pas ce qu'il y a de plus optimisé mais je voulais montrer cette fonctionnalité le plus simplement possible.