Wrong GStreamer queuing algorithm causing excessive memory and frames losses

Submitted by Frediano Ziglio @fziglio

Assigned to Spice Bug List

Link to original bug (#100286)

Description

Created attachment 130323 spice-server patch to reproduce the issue

Currently spice-gtk code attempt to insert some delay to deal lipsync. The idea is to delay frame displays to sync with the audio. However the delay is attempted on the output of the pipeline (so uncompressed frames) potentially requiring large amount of memory. I wrote a patch for the server (attached) to leverage the delay so high to cause the client to crash.

Patch 130323, "spice-server patch to reproduce the issue":
0001-BUG-Attempt-to-make-client-crash-taking-too-much-mem.patch

I suppose there should be a upper limit on the queue size. Are you working on it?

@fziglio, is this fixed with: 8835e757

?

I sent some patches on June 2016, still on review.

whoo, before the issue was opened? @fziglio pointers?