GStreamer按功能、维护的标准化程度、依赖库的版权差异等分了若干个包（package），如 gstreamer, gst-plugins-base, gst-plugins-good, gst-plugins-ugly,
gst-plugins-bad, gst-libav。不像FFmpeg按模块功能分几个文件夹（avformat,avcodec,avfilter等），而使用一个仓库来管理代码。
下面介绍下几个主要包的构建情况，排版格式和介绍逻辑未合理排列，读者自行脑补。
1. 包的构建
gstreamer：正常编译和安装
gst-plugins-base：正常编译和安装
gst-plugins-good：正常构建，其仅需的依赖是gstreamer和gst-plugins-base。
gst-plugins-bad：依赖gstreamer和gst-plugins-base包的安装。
gst-libav：依赖libavfilter,libavformat,libavcodec,libavutil，因gstreamer不带编解码器，而是依赖第三方编解码库，尤其是依赖ffmpeg编译出的库！
gst-devtools：依赖libjson-glib.so(使用apt-get install libjson-glib-dev安装)
2. 插件更新情况
通过apt-get install ffmpeg安装后，再编译good/bad/ugly包，插件都有相应的增加：
gst-plugins-good安装后，有74个plugin，74_plugins + 458_features
gst-plugins-bad安装后，有147个plugin，147_plugins + 623_features
gst-libav 安装后(拷贝libgstlibav.so至/usr/gst-dev/lib/i386-linux-gnu/gstreamer-1.0/目录)，多了一个插件，148_plugins + 1231_features
//依赖libavcodec,libavformat等，需要加入到LD_LIBRARY_PATH
另外一个问题，为什么每次都要meson install了后gst-inspect-1.0才能出现libav的相关插件？
gst-plugins-ugly：156_plugins + 1247_features，其中x264属于ugly这个插件下的。
3. 一些遇到的细节说明
3.1 mp3解码器——mad
源码方式安装MP3解码器mad(mpeg audio decoder)，验证插件更新情况。
使用apt-get安装的，只有libmad.so（解码库）和libgstmad.so（对接解码库的插件库），无mad库对应的头文件，那么说明安装发行版本的gst固定绑定某个版本的编解码库，
并且这种方式安装的编解码库不想被外部其他程序或库来链接。
mad在2016-12被移除，因为该codec已多年不再被维护，用mpeg123代替。
3.2 mp3编码库——lame
拷库方式安装MP3编码器lame(libmp3lame.so)和插件库libgstlame.so
A.确保编解码库libmad.so存在
B.拷贝对应的编码器适配库libgstmad.so到gstream-1.0目录
注意，每多了一个libgst*.so，就增加一个插件。
3.3 videosink模块
gst-play-1.0 播放视频，videosink使用了ximagesink(把apt-get安装的置于/usr/gst-dev/lib/i386-linux-gnu/gstreamer-1目录下，即可增加一个插件)
ximagesink兼容性较好，但耗资源，xvimagesink兼容性差，因缺乏显卡支持会失败，但效率高。autovideosink默认使用ximagesink。
3.4 aac编解码插件
源码安装faac/faad2编解码库，需要依赖安装automake、libtool
3.5 audio input/output插件
安装alsa库以支持alsa插件libgstalsa：sudo apt-get install alsa-base, alsa-utils, alsa-source,libasound2-dev
3.6 jpeg编解码插件
jpegdec/jpegenc插件，依赖libjpeg.so，使用apt-get install libjpeg-dev无法成功，只能使用源码方式编译后安装。
4. 包管理工具——pkg-config
对于一个比较大的第三方库，其头文件和库文件的数量是比较多的。如果我们自己的程序依赖这个第三方库，那么写Makefile依赖的LD_FLAG和INCLUDE时，
如果一个个手动地写，那将是相当麻烦的。所以，pkg-config就应运而生了。
pkg-config能够把这些头文件和库文件的位置指出来，给编译器使用，编译时可以这样指定第三方的头文件、库文件路径：
$gcc main.c `pkg-config --cflags --libs gtk+-2.0` -o main
描述某个库/头文件信息的*.pc文件，通常放置于/usr/shared/pkgconfig/目录下，pkg-config就是去读这个配置文件来确定某些包的库路径和头文件路径。
常用命令如下：
pkg-config --cflags package_name //列出头文件路径，供第三方编译使用，如果是/usr/include则不显示，因为这个是系统默认目录
pkg-config --list-all //列出所有安装的package