gstreamer插件工作原理与流程分析.docxVIP

gstreamer 插件工作原理与流程分析 gstreamer plugins 的工作同所有的基于插件的程序的工作原理类似，本质上都是通过读取动态库实现的，只需要 每个动态库都实现某一个特定的接口就可以了，比如 XX_init 等，gstreamer 统一使用 plugin_init。里面会有个像注册表一样的数据结构会存储所有的插件的信息。 （1）在应用程序启动时，会调用 gst_init---gt;gst_init_check。gst_init_check 函数将用于初始化 gstreamer 函数库，建立内部的路径列表，注册内置元件以及加载标准 plugins(插件)。 在 gst_init_check 函数中将调用 init_post 函数，它将设置日志处理器函数，初始化 gst_format，并为 gst_object 注册一系列类型等等。在 init_post 函数中还将调用 gst_update_registry 函数，强制 gstreamer 对它 的 plugin 所在路径进行重新扫描，并且更新默认的 plugin registry(登记处，注册处)。读取注册库（处）信息是通过调用 ensure_current_registry 来实现的。首先，它会逐个去先后读 取 系 统 环 境 变 量 GST_REGISTRY， GST_REGISTRY_UPDATE 以及GST_REGISTRY_FORK。 其次，在读取完这些环境变量 后，程序将知道是否要更新 registry。最后，调用scan_and_update_registry 函数，监测 registry 的变化并且最终更新 registtry 缓存。 在上面提到的 scan_and_update_registry 函数中，将会去读取 GST_PLUGIN_PATH 环境变量。在读取完环境变量后， 将先调用 gst_registry_remove_cache_plugins 清除过时的 plugin 消息，然后调用 gst_registry_binary_write_cache 更新 registry cache。 对于大部分 gstreamer 应用程序来说，执行到第三步骤后基本就可以认为是结束了。随后，所有的plugin 加载， 都是用户触发而进行动态加载的。（danny 更正：2012-07-26） 而 对 于 没 有 定 义 GST_DISABLE_OPTION_PARSING 宏的应用程序来说，继续执行 4 和 5 步，以预先加载一些静态的插件程序。 (4)以上第（2）第（3）步结束后，也就是ensure_current_registry 函数调用返回到gst_update_registry 函数中。 if (preload_plugins) { g_slist_foreach (preload_plugins, load_plugin_func, NULL);//遍历GST_PLUGIN_PATH 目录， 依次打开动态库 （5）在 load_plugin_func 函数中将会去调用gst_plugin_load_file 函数；该函数将依次调用g_module_open，g_module_symbol， gst_plugin_register_func，gst_default_registry_add_plugin 函数。其中 gst_plugin_register_func 函数里将指定并调用进入每一个插件的入口函数 plugin_init。 程序自己实现的每一个 plugin，都需要在 XXX.c 文件中定义 plugin_init 函数和宏 GST_PLUGIN_DEFINE。宏GST_PLUGIN_DEFINE 用于定义一个 plugin 的入口点和元数据。同时，它用于输出(export)一个 plugin,这样它就就可以被其他应用程序使用。 我们看一个实际的例子： 至此，我们完成了 gstreamer 的插件加载原理与过程的分析。