Il est peu difficile de suivre le flux de code dans Gstreamer. Par exemple, si vous écrivez du code « c », il a exécution de la commande séquentielle afin que vous sachiez que quelle déclaration va exécuter après quoi celui-ci. Cependant, dans Gstreamer, il n'y a pas de séquence et la plupart du temps, il est difficile de comprendre le flux de code.code GStreamer flux
Prenez un journal avec le niveau de débogage 9 et recherchez change_state dans un logs.so vous saurez d'où commence la transition d'état pour les éléments dans un pipeline.Depuis, essayez de comprendre le code avec les journaux de débogage. c'est-à-dire essayer de comprendre le code par rapport à la transition d'état de l'élément.
L'approche ci-dessus est utile si vous essayez de résoudre le bug seulement. Mais si vous voulez comprendre le gstreamer à fond, vous devez d'abord connaître le GOBJECT qui n'est rien d'autre que C avec le concept OOPS. Essayez de comprendre la hiérarchie de élément que vous voulez debug.ie comprendre l'héritage dans gobject d'abord, comment primordial de la fonction est arrivé et il y a un autre mécanisme appelé chaîne mechanism.if vous comprenez ce mécanisme de base puis flux de code GStreamer est comme les autres c/C++ flux de code
.... ok .. Et votre problème est? –
Comment connaître la séquence de code. c'est-à-dire du début à la fin. – user7825639
Oui, plusieurs threads et boucles d'événements sont difficiles à suivre. – Velkan