Discussion :

[Axiome]

Bonjour à tous,

Etant donné que j'ai jamais utilisé OpenGL je voulais avoir vos avis.
J'ai développé une application de traitements d'image.
Cette application applique principalement des filtres sur des images de types BMP, JPEG, TIF, ... etc.
Donc pour simplifier, j'ai mon image sous format tableau, et j'applique des calculs mathématiques sur mon tableau. Une fois que lle calcul est fini, je retrouve mon image résultat.

Est ce que vous pensez que OpenGL peut mettre utile ? Si oui, alors comment?

Est ce qu'avec OpenGL, je peux accélérer mon temps de calcul ? (je veux dire par là que si OpenGL offre des bibliothèques qui permettent un accès rapide aux fichiers images par rapports aux autres bibliothèques de traitement d'images style OpenCV, CxImage, ...)

Merci d'avance pour vos réponses

[Laurent Gomila]

Aucun intérêt, puisque le but d'OpenGL est de fournir un accès au hardware, en aucun cas de fournir des routines de manipulation d'images.

Par contre des bibliothèques genre OpenIL te seraient beaucoup plus utiles.

[shenron666]

Pour le traitement d'images en temps réel, il y a les shaders à la limite
Des logiciels tels que After Effects le font dans les récentes versions
De là à accélérer les temps de calcul, j'en doute vu les extensions dans les processeurs d'aujourd'hui, surtout si c'est juste pour du traitement d'images fixes

[jcs2]

J'ai cru comprendre que le processeur de la carte graphique sait effectuer du calcul vectoriel, alors que le CPU n'opère que sur des scalaires et que OpenGl donne justement accès à cet harware.
Par exemple faire un fondu entre deux images me semble bien plus rapide en utilisant la fonction Blending de OpenGL, que dans une triple boucle CPU où on mélange une à une les couleurs de tous les pixels de l'image.
...Mais il est possible que je trompe car je suis novice en la matière.

[shenron666]

Avec les shaders tu peux faire faire du calcul vectoriel directement par le GPU, certes ce sera plus rapide, mais quelle utilité ?

Au lieu de faire un traitement CPU de quelques dizièmes de secondes le GPU va le faire en quelques millièmes de secondes, sur une image fixe cela n'a pas d'intérêt à mes yeux, bien sûr cela peut être un "projet d'apprentissage" pour le traitement d'images mais l'intérêt tu le trouvera dans le traitement video par exemple, et si la carte graphique est assez puissante tu peux traiter la video en temps réel

il y a déjà des lecteurs multimédias qui affichent une vidéo en se servant d'OpenGL pour donner la possibilité d'appliquer un filtre à chaque image de la vidéo (en temps réel sauf que si la carte est peu puissante ça rame)

mais au final, pour en revenir à ta question initiale, OpenGL te donne accès à des "outils vectoriels", il te faut coder tes procédures de chargement et de traitement d'image

[Laurent Gomila]

Faire un traitement statique d'image via OpenGL n'a aucun intérêt, tu vas perdre beaucoup plus de temps à initialiser ton API, envoyer ton image à la mémoire vidéo, faire la manip, rapatrier ton image et la sauvegarder, que de simplement faire ça avec le CPU.

L'intérêt du GPU c'est qu'il est préprogrammé pour certaines tâches et qu'il peut les faire en parallèle du CPU, l'utiliser pour ce genre de chose n'a aucun sens.

[gybe]

Il y a plein de paper sur le "general purpose computation" sur le GPU. L'analyse d'image est d'ailleurs très souvent un des sujets traités. Je ne vois pas comment vous pouvez dire que l'utilisation d'OpenGL pour faire ça n'a aucun intérêt.

[Laurent Gomila]

Pour du traitement en temps réel aucun souci, cependant pour appliquer une seule transformation à une image...

[jcs2]

... faire un fondu entre deux images me semble bien plus rapide en utilisant la fonction Blending de OpenGL, que dans une triple boucle CPU où on mélange une à une les couleurs de tous les pixels de l'image.

Dans cet exemple je pensais à un fondu enchaîné progressif (donc temps réel) pour passer de l'image 1 à l'image 2 et pour qu'à l'écran le passage soit fluide, sans à-coup, l'image résultante doit être renouvelée au moins 25 fois par seconde. Pour une image qui remplit totalement l'écran, la charge CPU est énorme et beaucoup de PC ne suivent pas. (1024x768x3x25 = 59 millions de calculs de mélange de couleur par seconde)
Avec OpenGL les choses doivent quand même se présenter mieux.

[gybe]

Pour du traitement en temps réel aucun souci, cependant pour appliquer une seule transformation à une image...

ça dépend à quelle point la transformation est complexe. De plus, lorsque tu fais tes opérations sur le GPU, tu décharges le CPU qui peut faire en parallèles d'autres opérations que le GPU ne peut pas effectuer.

[Laurent Gomila]

Dans cet exemple je pensais à un fondu enchaîné progressif (donc temps réel) pour passer de l'image 1 à l'image 2 et pour qu'à l'écran le passage soit fluide, sans à-coup, l'image résultante doit être renouvelée au moins 25 fois par seconde. Pour une image qui remplit totalement l'écran, la charge CPU est énorme et beaucoup de PC ne suivent pas. (1024x768x3x25 = 59 millions de calculs de mélange de couleur par seconde)
Avec OpenGL les choses doivent quand même se présenter mieux.

Je ne sais pas pourquoi je pensais que tu ne faisais pas du temps réel, donc vu comme ça effectivement ça change tout

En fait, c'est pour quel genre d'application ? Autant aller droit au but, ça nous aidera peut-être à mieux te conseiller.

[jcs2]

Merci Loulou24 de t'intéresser à ma problématique.

En fait mon projet je l'ai déjà un peu évoqué dans un autre fil.
Je le poursuit donc http://www.developpez.net/forums/viewtopic.php?t=442257

[Laurent Gomila]

Ok, si tu n'y vois pas d'inconvénient je vérrouille donc ici afin d'éviter de disperser la conversation.