插件搜索路徑

GStreamer程序運行時，依照以下順序搜索插件：

• PATH
• GST_PLUGIN_PATH_1_0 或 GST_PLUGIN_PATH
• GST_PLUGIN_SYSTEM_PATH_1_0 或 GST_PLUGIN_SYSTEM_PATH

每一個環境變量包括1個路徑列表。 GST_PLUGIN_PATH_1_0環境變量如果被設置，則GST_PLUGIN_PATH自動失效。 這為系統同時安裝GStreamer-0.10和GStreamer⑴.0提供了便利。 一樣的， GST_PLUGIN_SYSTEM_PATH_1_0如果被設置，也會取代GST_PLUGIN_SYSTEM_PATH。

那末既然GST_PLUGIN_PATH和GST_PLUGIN_SYSTEM_PATH都是指代插件的路徑，那為何要設置兩個類似的環境變量呢？

答案是GStreamer不會對搜索到的插件重復加載，這樣我們在GST_PLUGIN_PATH里面搜索到某個插件，而這個插件的另外1個版本又在GST_PLUGIN_SYSTEM_PATH里面被搜索到，后1個版本會被疏忽。這樣，我們就能夠使用自已的版本覆蓋到系統安裝的版本。

這樣看來，我們應當使用GST_PLUGIN_SYSTEM_PATH指代系統上安裝的GStreamer插件路徑，而使用GST_PLUGIN_PATH指代我們自己開發的插件。但是實際操作中，其實不需要嚴格界定這些變量所指向的插件路徑的性質。 我就常常把系統插件路徑添加到PATH系統變量中。GStreamer一樣可以找到系統插件。

另外需要說明的是,

1. 當GST_PLUGIN_SYSTEM_PATH_1_0和GST_PLUGIN_SYSTEM_PATH均未被定義時， GStreamer會自動將以下路徑添加到GST_PLUGIN_SYSTEM_PATH：

   • 用戶目錄GStreamer插件路徑，通常是$XDG_DATA_HOME/gstreamer⑴.0/plugins, $XDG_DATA_HOME默許路徑是 $HOME/.local/share

   • 系統插件目錄，$prefix/libs/gstreamer⑴.0

2. 如果你需要避免GStreamer自動搜索以上路徑，你可以將GST_PLUGIN_SYSTEM_PATH設置為空！

Debug輸出

設置GST_DEBUG變量可以控制GStreamer運行時的輸出。 GST_DEBUG可以設置為以下格式：

“模塊名1： 級別 , 模塊名2：級別 , …”

模塊名中可使用通配符”*”， 如:

• “*: 1“: 表示所有模塊輸出級別1
• “GST_ELEMENT_:4*”: 表示所有以”GST_ELEMENT_“開頭的模塊輸出級別為4

• FIXME： 這類消息表示履行的某段代碼還沒有完全實現或需要更多的關注。
• INFO: 記錄只產生1次，或比較重要，或不常見的事件消息。
• DEBUG: 記錄產生有限次數的事件消息，比如setup, teardown, 參數變化…
• LOG: 記錄重復產生的事件，如streaming…
• TRACE:記錄重復產生的事件， 如ref/unref

GST_DEBUG_FILE 環境變量如果被設置， 所有Log信息都會被重定位到該變量指定的文件，否則所有信息輸出到標準毛病輸出(stderr).

Registry 緩存

GStreamer程序啟動的時候會依照指定的路徑搜索插件， 并將插件的信息存入文件系統(緩存)。寄存緩存的文件路徑是
$XDG_CACHE_HOME/gstreamer⑴.0/registry-$ARCH.bin,
當設置了GST_REGISTRY_1_0 或GST_REGISTRY， 則將緩存存入指定的路徑。

在搜索插件的進程中GStreamer 會比較緩存的有效性，并決定是不是更新緩存。 如果有任何改動，則在初始化函數的結尾將新的緩存信息寫入文件系統。