你已经摸到问题的核心了——GStreamer的插件加载逻辑和cqtdeployer的默认扫描规则不兼容，导致离线环境下解码器插件没被正确识别加载。下面是一步步的实操解决方案：

1. 给GStreamer指定明确的插件路径 #

GStreamer不会自动扫描你复制到lib/目录下的gstreamer-1.0子文件夹，必须手动告诉它插件位置：

• 运行时临时设置：启动应用前执行环境变量配置：

  export GST_PLUGIN_PATH=./lib/gstreamer-1.0
  ./your_qml_app
  

• 代码内永久配置：如果是Qt应用，在main.cpp的QApplication初始化前添加这段代码：

  #include <QCoreApplication>
  
  int main(int argc, char *argv[])
  {
      QCoreApplication::setAttribute(Qt::AA_EnableHighDpiScaling);
      // 绑定插件路径到应用目录下的指定文件夹
      QString gstPluginDir = QCoreApplication::applicationDirPath() + "/lib/gstreamer-1.0";
      qputenv("GST_PLUGIN_PATH", gstPluginDir.toUtf8());
  
      QApplication app(argc, argv);
      // ... 你的应用初始化代码
      return app.exec();
  }
  

2. 补全GStreamer插件的依赖库 #

你只复制了插件本身，但这些插件依赖大量系统底层库（比如FFmpeg系列的libavcodec、libavformat等），离线环境没有这些依赖的话，插件根本无法加载：

• 用ldd命令检查插件的依赖链，比如：

  ldd ./lib/gstreamer-1.0/libgstlibav.so
  

• 把输出中所有不在你打包目录内的系统库（比如libavcodec-ffmpeg56.so.56这类），从开发环境的/usr/lib/x86_64-linux-gnu/复制到应用的lib/目录下。
• 划重点：gstreamer1.0-libav的解码器完全依赖FFmpeg库，这些必须完整复制，不能只拿GStreamer的插件文件。

3. 验证插件是否成功加载 #

要确认插件真的被识别，可以打开GStreamer的调试日志：

export GST_DEBUG=plugin:5
./your_qml_app

启动后看终端输出，如果能看到类似Loaded plugin: libgstlibav.so的日志，说明路径配置没问题；如果看不到，检查插件目录是否正确，或者插件文件是否损坏。

你也可以把gst-inspect-1.0工具打包进去，直接离线检查插件状态：

./gst-inspect-1.0 ./lib/gstreamer-1.0/libgstlibav.so

如果输出里能列出h264、mpeg4audio等解码器，说明插件正常；如果报错，大概率是依赖库还没补全。

4. 优化cqtdeployer的打包配置 #

为了让cqtdeployer自动处理GStreamer插件，打包时可以明确指定插件和库路径，避免手动复制的麻烦：

cqtdeployer -bin your_qml_app \
  -libDir /usr/lib/x86_64-linux-gnu \
  -extraPlugins /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstlibav.so \
  -extraPlugins /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstvideodecoder.so \
  -extraPlugins /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstaudio.so

这样cqtdeployer会自动收集这些插件的所有依赖库，不用你手动逐个复制了。

按照这些步骤操作后，应该能解决H264视频和附带MPEG4音频的解码问题。如果还是有异常，可以把你打包的完整库文件列表发出来，我帮你排查缺失的依赖项。

内容的提问来源于stack exchange，提问作者no more sigsegv