Comportement de cast

Bonsoir à tous,

Je me suis retrouvé face à une ligne de code dont j'ai du mal à comprendre le fonctionnement.

Ainsi je serais reconnaissant si vous pouviez m'apporter vos lumières :

Code:

---

1 2 3

cv::Mat depthMat(Size(640,480),CV_16UC1) uint16_t* depth = static_cast<uint16_t*>(_depth); depthMat.data = (uchar*) depth;

---

La ligne que j'ai du mal à comprendre concerne le cast suivant :

Code:

---

depthMat.data = (uchar*) depth;

---

Cela modifie-t-il quoi que ce soit ? Le sizeof(uchar*) est de 4bytes, celui du uint16_t de même.

Je serais ravi d'entendre vos avis sur ce sujet !

Bien cordialement

Al_th

Quelque soit le type du pointeur, un pointeur est un pointeur donc il aura toujours la même taille (4 octets sur système 32bits, 8 octets sur système 64bits).

Mais le type pointé est différent.
Donc en déréférençant le pointeur (directement ou en l'utilisant comme un tableau), tu interprétera les données différemment. Comme des uchar et non plus des uint16_t.

data est un attribut publique de depthMat, qui contient l'adresse désignant l'emplacement mémoire des données d'une matrice cv::Mat. Une affectation modifie cet attribut en remplaçant son contenu par celui de depth, qui est aussi celui de _depth. Les casts ligne 2 et 3 semblent être des tentatives maladroites de faire coïncider les types de pointeur de depth et data (sans quoi le compilo râle).

A première vue, il s'agit là d'un code de gougnafier qui va provoquer des fuites mémoire (que devient la valeur originale de .data ? Elle est perdue, donc son contenu ne sera pas désalloué).

Un strict équivalent, la fuite mémoire en moins :

Code:

---

depthMat = cv::Mat(640, 480, CV_16UC1, _depth);

---

Cf la doc pour voir que les données désignées par _depth ne seront dupliquées ni par l'appel du constructeur, ni par l'affectation sur depthMat.

PS: Ce serait bien de préciser « j'utilise OpenCV X.Y.Z » dans ton message ; tout le monde n'est pas censé deviner d'où provient le type cv::Mat.

Effectivement mea culpa. J'utilise OpenCv (2.4.2 si je ne m'abuse).

Pour le code, il s'agit du wrapper OpenCv disponible sur le site OpenKinect (http://openkinect.org/wiki/C%2B%2BOpenCvExample).

Citation:

---

Donc en déréférençant le pointeur (directement ou en l'utilisant comme un tableau), tu interprétera les données différemment. Comme des uchar et non plus des uint16_t.

---

C'était mon sentiment premier mais comme il les affecte directement à un conteneur de type CV_16UC1, les données sont à nouveau interprétées comme êtant sur 2 octets, et non pas comme un uchar (1octet). Bref, c'était assez étonnant.

@Cob59 : C'est bien noté, merci du conseil :ccool: