Improve latency by waiting for the next keyframe

Instead of caching all the data from the previous keyframe till right now and
sending it to the client in a burst, since latency is important, we instead wait
for the next keyframe before sending buffers to the clients. This will lead to
a delay of upto 128 frames before the stream starts.

The keyframe distance and hence the delay can be tweaked by setting the
"keyframe-max-dist" property on vp8enc in src/encode.c:create_webm_profile()

1 files changed, 0 insertions, 13 deletions

diff --git a/src/lib.c b/src/lib.c
index bb076f6..bd5a8d6 100644
--- a/src/lib.c
+++ b/src/lib.c
@@ -59,16 +59,6 @@ stp_on_gst_bus_message (GstBus             *bus,
   return TRUE;
 }
 
-gboolean
-stp_unref_gst_buffer (GstBuffer **buffer,
-                      guint       idx,
-                      gpointer    user_data)
-{
-  gst_buffer_unref (*buffer);
-  *buffer = NULL;
-  return TRUE;
-}
-
 /* When the incoming stream reaches EOS, we call this
  * which initiates a shutdown for all clients and then
  * the server itself */
@@ -85,9 +75,6 @@ stp_cleanup_transcode_server_ctx (TranscodeServerCtx *ctx)
   gst_element_set_state (ctx->pipeline, GST_STATE_NULL);
   gst_object_unref (ctx->pipeline);
 
-  gst_buffer_list_foreach (ctx->keyframe, stp_unref_gst_buffer, NULL);
-  gst_buffer_list_unref (ctx->keyframe);
-
   g_free (ctx);
 }