gstreamer problème mémoire

Bonjour,

je me permets de venir vers vous suite à un problème de mémoire avec gstreamer. J'ai de multiple questions sur le morceau de code suivant:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

gst_init (&argc, &argv);   string action ; cin >> action ;   int SIZE = 99999;   GstElement **source = NULL; source = new GstElement*[SIZE];   for(int i=0;i<SIZE;i++){ source[i] = gst_pipeline_new ("filesrc"); }   cin >> action ; for(int i=0;i<SIZE;i++){ gst_object_unref(GST_OBJECT(source[i])); } cout << source[0] << endl; cin >> action ;

---

Quand je lance le programme, il consomme: 2Mo.
Après création des 99999 il consommes 150Mo
Après l'appel de la méthode gst_object_unref je tombe à 80Mo.

Ma grande question. Pourquoi, je ne retombe pas à 2Mo ? De plus, comment savoir si gst_object_unref fonctionne ? En effet, la mémoire semble bien libéré mais l'instruction suivante:

Code:

---

cout << source[0] << endl;

---

m'affiche l'adresse mémoire. est-il normal de ne pas avoir 0 ?

Merci

Bonjour,

Pour vérifier qu'il y a une fuite de mémoire, je vous conseille d'utiliser valgrind (sous Linux). Cet outils permet de vérifier les fuites de mémoire et autre erreurs de mémoire.

Je viens de tester avec valgrind et j'ai bien des fuites mémoire. Comment faire pour libérer la mémoire avec gstreamer ?

Code:

---

1 2 3 4 5 6 7 8 9 10 11

int main() { gst_init(NULL,NULL); GstElement *element = gst_pipeline_new("src"); info(element); gst_object_unref(element); info(element); gst_deinit(); return 0; }

---

résultat:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

==9098== count: 1 disposing: 0 count: 0 disposing: 0 ==9098== ==9098== HEAP SUMMARY: ==9098== in use at exit: 1,364,118 bytes in 2,199 blocks ==9098== total heap usage: 21,877 allocs, 19,678 frees, 3,899,417 bytes allocated ==9098== ==9098== LEAK SUMMARY: ==9098== definitely lost: 60 bytes in 1 blocks ==9098== indirectly lost: 240 bytes in 10 blocks ==9098== possibly lost: 543,952 bytes in 880 blocks ==9098== still reachable: 819,866 bytes in 1,308 blocks ==9098== suppressed: 0 bytes in 0 blocks ==9098== Rerun with --leak-check=full to see details of leaked memory ==9098== ==9098== For counts of detected and suppressed errors, rerun with: -v ==9098== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 2 from 2)

---

De plus est-il normal de récupérer false avec cette méthode: GST_OBJECT_IS_DISPOSING dès que nous avons appeler unref sur l'objet ?

Merci