我正在尝试在 gstreamer 中构建流应用程序，它 a）从实时源捕获音频和视频 b）将其编码为 h264 和 aac，c）将其保存在 file.mp4
我正在使用以下管道在文件中记录：
gst-launch-1.0 -e --gst-debug=**:4 videotestsrc is-live=true \
! queue ! videoconvert \
! videorate silent=false \
! videoscale \
! "video/x-raw, width=1280, height=720, framerate=25/1" \
! queue ! x264enc speed-preset=3 tune=zerolatency bitrate=3800 key-int-max=0 \
! queue ! muxer.video_0 \
audiotestsrc is-live=true \
! audioconvert ! audioresample ! audiorate ! "audio/x-raw, rate=48000, channels=2" \
! queue ! faac bitrate=128000 rate-control=2 \
! queue ! muxer.audio_0 \
mp4mux name=muxer streamable=true \
! queue ! filesink location="/home/myenc/mystream.mp4" sync=false
问/问题：
如果我们在短时间约 1-2 小时左右运行给定管道，似乎没有问题。但是当我们运行一段时间后，录制文件会损坏大约 4GB 的文件（等于物理 RAM！？）例如：如果我们捕获 360p 1Mbit 那么文件可以播放到 4 小时，如果我们捕获 720p 4Mbit 然后文件可播放至 1 小时。
有没有人遇到过同样的问题，或者有人可以重现它？
这是 qt/mp4mux 的正常行为，例如这里提到的“ensonic”吗？
有解决方法吗？
经过大量测试后，我假设它与物理内存以及 mp4mux 的工作原理有关。然而，从机器上放置和/或移除额外的 RAM 对损坏的文件没有任何影响（仍然只能播放到 4GB）
任何建议，例如，指向正确的方向，将不胜感激。
笔记：
- 我能够生成的 4GB 后唯一可播放的录音文件是当我们根本不使用任何复用器时（又名 byte-stream=true filename.h264）
- 或者我们使用 mpegtsmux，它不使用内存中的索引表
我尝试了什么：
使用额外的队列并将其放在元素之前/之后
在队列中使用泄漏属性
使用不同的音频/视频源（decklinksrc、videotestsrc、audiotestsrc）
仅捕获视频，不捕获音频
使用不同的音频编解码器 (mp3)
使用 qtmux|mp4mux
mp4mux：尝试streamable=true，尝试faststart=true，尝试segmented=2000
使用 x264enc 的 tune=zerolatency 属性
使用 theoraenc+oggenc+oggmux 与 x264enc+faac
在具有相同硬件的两台不同机器上测试
信息：
操作系统：Ubuntu 14.04
Gstreamer：1.4.5（也用 1.3.90 测试过）
处理：i5-3570 @ 3.4Ghz
内存：4GB（也测试了 2GB、8GB）