Discussion :

[Bernulf75]

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 :

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

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 :

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

cout << source[0] << endl;

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

Merci

[LittleWhite]

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.

[Bernulf75]

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 :

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

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 :

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

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