Discussion :

[Alp]

Bonjour,

Je reçois une séquence d'images de taille fixe (320 par 240) sous forme d'unsigned short* (vector<unsigned short> en réalité mais bon).

Je cherche via QImage à pouvoir afficher les images les unes après les autres... mais je ne vois pas trop comment lui faire comprendre ce que je veux.

(oui, l'image est en niveaux de gris)

Quelqu'un aurait-il un indice ?

(je risque d'afficher l'image résultante dans un QLabel qui sera lui mis dans un QGraphicsView probablement)

[superjaja]

Tu peux pas faire une règle de trois en partant du principe que 255 = 65535 ?

[AlexandreP]

Tu peux pas faire une règle de trois en partant du principe que 255 = 65535 ?

Ca marche plutôt bien en général.

[yan]

Pas mieux que LeGars.

Par contre je voie pas l'intérêt d'utiliser OpenCV ou sdl ici.

Transformer une image 16 bits en image visible c'est rien du tout. Surtout, vue la taille de l'image ca va pas prendre de temps. A choisir entre une image indexé sur 8 bits ou directement une image RGB. Pour transformer ton pixel 16bits en RGB, tu peut utiliser un qlineargradientl. Ça interpolera directement les couleurs. Ça marche bien


Au lieux de mettre un QLabel dans un QGraphicsWidget, utilise un
qgraphicspixmapitem

[AlexandreP]

Par contre je voie pas l'intérêt d'utiliser OpenCV ou sdl ici.

C'est une question de débit. J'ai bossé sur un projet ou le rafraichissement était relativement rapide (env 150/s) avec des images de tailles moyennes (1024x512) et l'affichage via Qt ralentissait tout.
D'où l'utilisation via SDL puis OpenCv pour le détourage automatique...
C'est juste au cas où

[Alp]

Bah en fait, l'idée c'est quand même d'être assez rapide si possible car ce que j'écris pourrait à terme être utilisé en temps réel.

Pour la règle de trois hmm ça me gêne un peu. Je lui filerais donc un unsigned char* au final ? On y perd.

Mon seul soucis, c'est actuellement de trouver "la bonne classe (C) (TM)" qui prendrait mon unsigned short*. Bref, c'est vraiment de trouver l'endroit par lequel je peux introduire mes données images brutes de chez brutes dans Qt.

Par contre, je ne vois pas trop pour QLinearGradient, tu pourrais donner un exemple ? Elle n'a pas l'air faite pour ça (ou alors j'ai trop lu en diagonale ).

Sinon, LeGars, ta solution marcherait mais c'est je pense un poil trop lent, j'essayerai de bencher ça ASAP. Un traitement bas niveau sans modifier la QImage pour ensuite faire le boulot, ça serait bien.

Bref, n'hésitez pas à illustrer ou donner des exemples, ça m'aiderait pas mal.

PS : on utilise Vigra

[AlexandreP]

Si le débit n'est pas trop important, tu peux utiliser utiliser un QImage en accédant directement aux pixels via un scanLine. Comme la taille est connue, c'est assez simple :

A l'initialisation :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
// Creation de l'image
QImage m_img(320, 240, QImage::Format_Indexed8);
// Table de couleur
QVector<QRgb> m_colors;
for(int i = 0; i < 255; i++)
   m_colors.append(qRgb(i, i, i));
m_img.setColorTable(m_colors);

A chaque nouvelle image :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
for(int y = 0; y < 240; y++)
{
   uchar *scanL = m_img.scanLine(y);
   for(int x = 0; x < 320; x++)
   {
      *scanL++ = data[(y * 320) + x];
   }
}

C'est de mémoire, mais en gros ça serait une idée...

Si le débit est trop rapide, Qt n'arrivera pas à suivre.
Une solution mixant SDL et Qt sera excellente. Et si besoin de traitement d'image à la volée, le trio gagnant : OpenCv + SDL + Qt.