Plop!

Voila, je dois dessiner une image avec qt, j'ai donc ma classe personnelle, dérivée de QWidget, où j'ai redéfinie le paintEvent (je dois aussi dessiner certaines choses par dessus... )

J'ai testé deux solution :
- Faire des drawPoint pour chaque pixel de mes données, 30ms pour afficher une image...
- Convertir mes données (en bgra) en une QImage (en rgb), 9 ms pour afficher l'image avec drawImage (< 1 ms pour la convertion)

Bref, c'est pas top niveau performance, je doit être en 60 fps et je bouffe la moitié de mon temps à afficher une image en 640*480...

Je me demandais donc quelles était les moyens d'utiliser le gpu pour économiser les performance ?
Je sais qu'il y a déjà la solution d'opengl, mais j'ai l'impression que c'est un peu lancer un missile pour tuer une mouche quoi...

Il y a une solution plus simple, ou alors je suis obligé de partir sur Opengl?

Merci d'avance

Essayerais tu d'utiliser par hasard Qt pour faire un jeu video ? Juste pour savoir avant de repondre.

Nope, c'est un logiciel de gestion de kinect, là je dois afficher les images des caméras

Il faut donc vraisemblablement wrapper tout affichage dynamique de ton application avec soit openGL soit SFML (qui de memoire fonctionne avec Qt aussi), soit ce que tu veux de toute facon.
Mais ne surtout pas faire du rendering plus loin que le "pipi-caca" habituel d'un logiciel desktop avec les mecanismes de Qt.

Ok, je vais passer là dessus alors, merci

33 ms avec openGl okaay...
Bon au moins j'ai pas passer plus de 5 minutes à tester ça, ça m'aurais fait chier de perdre une après midi

Je pense que tu as un serieux probleme exterieur alors ou tu mesures mal la chose. OpenGL ne peut pas avoir atteint ses limites juste pour afficher une image....

Elle est chargee en memoire ton image ? Si non tu m'etonnes que ca tombe a 30 ms

Elle est bien chargée en mémoire oui.

En gros j'ai une image de 640*480 pixel, 3 octets par pixels, j'ai donc un tableau de 640*480*3 octets, soit un peu plus d'1.2Mo.

Ensuite je parcour l'image de cette façon :
http://pastebin.com/s7GnB3We

à noter que j'ai fait ça en dehors de Qt, juste avec une implémentation glut/opengl, pareil

http://pastebin.com/TufTn7Wt

Avec les 3 lignes pour faire la mesure

Damn ca remonte a un peu trop loin tout ca, mais ce que tu fais est chelou de toute facon normalement tu affiches des textures en openGL. Est-ce que ton application a besoin de faire de la 3D ? Si ce n'est que de la 2D je te conseille vraiment de tourner plutot vers SFML qui est hardware-accelerated aussi de toute facon. Beaucoup plus intuitif pour la programmation 2D.

Parce que normalement de memoire c'est ca qu'on utilise pour afficher des textures http://www.opengl.org/sdk/docs/man/xhtml/glTexImage2D.xml

Ouais je sais mais je ne savait pas trop si on pouvait modifier les données de la texture à la volé
Aucun besoin de faire de la 3D, comme je l'ai dit c'est uniquement pour dessiner des images, une vidéo même d'ailleurs...

Je vais regarder du coté de la sfml, merci bien

heu, si tu fais deux appels a openGL par pixel, ca ne m'etonne qu'a moitie que ca soit lent... tu devrais faire ton transfert d'un seul coup.

1. KilroyPieraille Voir le profil de KilroyPieraille
2. Posté le 23 mai 2012 à 19:01:27 Avertir un administrateur
3. Ouais je sais mais je ne savait pas trop si on pouvait modifier les données de la texture à la volé

avec SDL, c'est sûr qu'on peut, c'est pas des textures chargées dans la mémoire du GPU.

Ok, je vais tester ça cette après midi, si ça ne marche pas je vais voir pour les textures en opengl, mais il va falloir que je ressorte mes cours

Merci à vous

Tu t'embetes pour rien KilroyPieraille j't'assure.
Passe sous SFML sans hesiter pour ce genre de use-case.

http://www.sfml-dev.org/t/tutorials/1.6/graphics-qt.php

Oui oui, je vais tester avec SFML puis SDL, mais pas maintenant, finalement j'ai des truc que je dois faire avant...
Bref, merci à vous en tout cas

SDL l'acceleration hardware n'est pas de base de memoire non plus.

Troisieme fois : tu t'embetes pour rien prends SFML, POINT.