Memory leak in gstreamer audio video pipeline

[ghost]

Having an issue when running this basic script, combining random audio and video files, the memory usage grows and grows until the process is killed. Tested on both liquidsoap 1.1.0 and also built from the latest source. Gstreamer is 1.8.5. I believe this is a similar issue as #318

I also ran a valgrind profile on the process if that is any help in debugging: http://termbin.com/p4u8

set("frame.video.width", 1280)
set("frame.video.height", 720)
set("gstreamer.add_borders", false)
set("clock.allow_streaming_errors",false)

video = playlist(mode="randomize",reload=3600,reload_mode="watch","/home/user/video")
audio = playlist(mode="randomize",reload=3600,reload_mode="watch","/home/user/audio")

source = mksafe(mux_video(video=video,audio))

output.gstreamer.audio_video(
  video_pipeline=
    "videoconvert ! x264enc bitrate=3500 key-int-max=60 speed-preset=veryfast ! video/x-h264,profile=baseline ! queue !$
  audio_pipeline=
    "audioconvert ! voaacenc bitrate=128000 ! queue ! mux.",
  pipeline=
    "flvmux name=mux ! rtmpsink location=\"rtmp://127.0.0.1/stream/live live=1\"",
  source)

[toots]

Thanks for the report. I'll be looking at it when I get a chance.

[ghost]

Much appreciated! Please let me know if there is anything else I can do to aid in debugging/reproducing

[toots]

Ok, so at first glance, it appears that you are running an old version and using the gstreamer plugin with it.

Is there any chance that you could try with a recent liquidsoap version compiled with gstreamer builtin (not as a plugin)? The opam install instructions should provide a quick way to get there: http://liquidsoap.fm/download.html

I'm asking b/c the bug might be fixed in the recent code and also the plugin build is now deprecated in favor of opam.

[toots]

This should be fixed now!