插件搜索路径
GStreamer程序运行时，按照以下顺序搜索插件：
每个环境变量包含一个路径列表。 GST_PLUGIN_PATH_1_0环境变量如果被设置，则GST_PLUGIN_PATH自动失效。 这为系统同时安装GStreamer-0.10和GStreamer-1.0提供了便利。 同样的， GST_PLUGIN_SYSTEM_PATH_1_0如果被设置，也会取代GST_PLUGIN_SYSTEM_PATH。
那么既然GST_PLUGIN_PATH和GST_PLUGIN_SYSTEM_PATH都是指代插件的路径，那为什么要设置两个相似的环境变量呢？
答案是GStreamer不会对搜索到的插件重复加载，这样我们在GST_PLUGIN_PATH里面搜索到某个插件，而这个插件的另外一个版本又在GST_PLUGIN_SYSTEM_PATH里面被搜索到，后一个版本会被忽略。这样，我们就可以使用自已的版本覆盖到系统安装的版本。
这样看来，，我们应该使用GST_PLUGIN_SYSTEM_PATH指代系统上安装的GStreamer插件路径，而使用GST_PLUGIN_PATH指代我们自己开发的插件。但是实际操作中，并不需要严格界定这些变量所指向的插件路径的性质。 我就常常把系统插件路径添加到PATH系统变量中。GStreamer同样可以找到系统插件。
另外需要说明的是,
当GST_PLUGIN_SYSTEM_PATH_1_0和GST_PLUGIN_SYSTEM_PATH均未被定义时， GStreamer会自动将以下路径添加到GST_PLUGIN_SYSTEM_PATH：
Debug输出
设置GST_DEBUG变量可以控制GStreamer运行时的输出。 GST_DEBUG可以设置为如下格式：
“模块名1： 级别 , 模块名2：级别 , …”
模块名中可以使用通配符”*”， 如:
“*: 1“: 表示所有模块输出级别1“GST_ELEMENT_:4*”: 表示所有以”GST_ELEMENT_“开头的模块输出级别为4
级别 名称 意义
1 ERROR Logs all fatal errors
2 WARNING Logs all warnings
3 FIXME Logs all fixme messages
4 INFO Logs all informational messages
5 DEBUG Logs all debug messages
6 LOG Logs all log messages
7 TRACE Logs all trace messages
9 MEMDUMP Logs all memory dump messages
GST_DEBUG_FILE 环境变量如果被设置， 所有Log信息都会被重定位到该变量指定的文件，否则所有信息输出到标准错误输出(stderr).
Registry 缓存
GStreamer程序启动的时候会按照指定的路径搜索插件， 并将插件的信息存入文件系统(缓存)。存放缓存的文件路径是 $XDG_CACHE_HOME/gstreamer-1.0/registry-$ARCH.bin, 当设置了GST_REGISTRY_1_0 或者GST_REGISTRY， 则将缓存存入指定的路径。
在搜索插件的过程中GStreamer 会比较缓存的有效性，并决定是否更新缓存。 如果有任何改动，则在初始化函数的结尾将新的缓存信息写入文件系统。
同时也用对她的怀念来惩罚自己。
