gstreamer启动时,在插件搜索路径中搜索插件,按以下位置顺序检查:
GST_PLUGIN_PATH
GST_PLUGIN_SYSTEM_PATH
--gst-plugin-path
如果前面的环境变量和命令行选项都没有指定,则检查默认位置,位置为:
$XDG_DATA_HOME/gstreamer-$GST_API_VERSION/plugins/
$prefix/libs/gstreamer-$GST_API_VERSION/
$XDG_DATA_HOME
默认是$HOME/.local/share
默认加载路径:
`$XDG_CACHE_HOME/gstreamer-$GST_API_VERSION/registry-$ARCH.bin`
$XDG_CACHE_HOME
默认位$HOME/.cache
,或者通过环境变量GST_REGISTRY
指定。
所以,在我们的设备上,默认生成的registry文件
/home/root/.cache/gstreamer-1.0/registry.armv7a.bin
对于在插件搜索路径中找到的每个插件,缓存信息有3个可能性:
在前两种情况下,该插件被加载并更新了缓存。除了这些情况,缓存中可能有一些与当前进程无关的插件条目,这些被标记为对当前进程不可用。如果缓存因任何原因被更新,它将被标记为dirty。
在初始化结束时,会写出一个脏缓存。每个条目都被检查,以确保信息是最低限度有效的。如果不是,该条目将被就被删除。
缓存 "和 "注册表 "是不同的概念,可以代表不同的插件集。由于各种原因,在初始化时,缓存被存储在默认的注册表中,与当前进程无关的插件被标记为%GST_PLUGIN_FLAG_CACHED
位。这些插件在初始化结束时被删除。
GST_REGISTRY_UPDATE=yes
设置环境变量GST_REGISTRY_UPDATE,是可以强制更新的。
在我们的pipeline中,使用到pulsesink了,pulsesink在创建pipeline的时候总是碰到找不到的情况,通过分析发现,因为我们的插件有一部分不是放在标准路径,程序启动的时候,通过GST_PLUGIN_PATH指定的路径,并没有在加载插件的时候更新cache,而cache文件是按标准路径默认生成的。
所以,这就使创建element的时候找不到pulsesink,验证这个问题可以删掉默认路径的cache文件(/home/root/.cache/gstreamer-1.0/registry.armv7a.bin),正式的解决办法提前生成cache文件,然后指定registry文件路径。
比如:
GST_REGISTRY_1_0=/etc/gstreamer-1.0/registry.armv7a.bin