Discussion :

[poukill]

Bonjour à tous,

J'aurai voulu quantifier la perte de performance entre une image RGBA (3 channels + couche alpha) et une image GrayScale (un seul canal) dans des algorithmes.
Est-ce 3 fois plus lent en RGB? 4 fois plus lent?
Ou bien est-ce que ça dépend du processeur (mise en cache, alignement, etc...) ou de l'OS (32, 64 bits)

J'avoue ne vraiment pas avoir d'idées sur le sujet. Merci d'éclairer ma lanterne !

[yan]

Ben es ce que les opération sur int (RGBA) est plus longue que sur char(GrayScale)???

Tout depend de ce que tu fait.
Pour additionner ce sera proche, pour gérer de l'alpha ça sera plus long.
Quels type de traitement fait tu?

[poukill]

Mes traitements sont très différents d'une fonction à l'autre, mais globalement je touche pas trop à l'alpha.
Quelques exemples:

• Parcours d'images avec recherche de maximum/moyenne
• Multiplication de l'image par une constante
• Soustraction d'une image par rapport à une autre

Les fonctions plus avancées se décomposant toujours en une somme d'opérations plus simple...

Tu penses que pour des traitements simples comme soustraire une image à une autre les performances vont être quasi identique? Pourtant il faudra bien itérer sur les 3 composantes RGB, c'est plus long non?

[yan]

Tu penses que pour des traitements simples comme soustraire une image à une autre les performances vont être quasi identique? Pourtant il faudra bien itérer sur les 3 composantes RGB, c'est plus long non?

Je pense que ce ne sera pas 3 fois.
De ce que je comprend, ce qui prend surtout du temps dans le traitement d'image ce sont les boucles (préférer une seul boucle pour parcourir tout les pixels) et les accès mémoire(préférer de la mémoire contigüe).
Ceci sera très proche pour les deux types d'images.

Donc ce qui reste est le temps de ton traitement par pixel. Je ne pense pas qu'une recherche de maximum ou moyenne pour du rgb soit 3 fois plus longue que pour GrayScale. Le compilo y ferra surement des optimisations.

Tu devrais poser la question sur le forum de traitement d'image, tu auras surement de meilleur avis
http://www.developpez.net/forums/f64...ement-dimages/

[Frifron]

tout depend si tu fais tes opération au pixel sur les composantes couleurs (4 opérations sur 8 bits par pixels en RGBA) ou sur la couleur en elle même (1 opération sur 32 bits). Si c'est sur la couleur en elle même, les perf seront plus ou moins identiques car la boucle fera la même longueur (ce sera juste des opérations sur 32 bits au lieu de 8 bits -> a voir les différences de perfs niveau hardware). Par contre si c'est sur chaque composante couleur séparément, la ta boucle sera 4 fois plus longue avec des opérations sur 8 bits donc ton algo prendra 4 fois plus de temps.

Après niveau rendu, une chose est sur la gestion de l'alpha le ralenti de facon significative car tu a les opérations de blending qui s'ajoute.

[poukill]

Merci à vous pour vos réponses.
On pourrait assimiler:

• une image RGB à un std::vector <RGBValue> ( 3 * 8 bits)
• une image GrayScale à un vector<unsigned short> (16 bits)

Je pensais que du coup on est obligé d'itérer sur les 3 composantes au lieu d'une sur la greyscale et qu'on a une perte de temps assez importante...

J'entends pas mal de gens autour de moi dire effectivement que un algo simple appliqué sur une image RGB sera à peine plus lent que sur une GrayScale.
Je pense que je vais écrire quelques benchmarks dès que possible pour mettre un début à ce débat. Y'a rien de mieux que l'expérience non ?