From ef8a5b3a2a9ba18af23f67b5dc10708adcac3aec Mon Sep 17 00:00:00 2001 From: Wim Taymans Date: Fri, 6 Apr 2012 15:42:04 +0200 Subject: queue2: don't update the current reading_pos in flush An upstream flush from the decoder should not make buffering go to 0, the next pull request might be inside a range that we have and then we don't need to buffer at all. If the next pull is outside anything we have, buffering will happen as usual. --- plugins/elements/gstqueue2.c | 6 ------ 1 file changed, 6 deletions(-) diff --git a/plugins/elements/gstqueue2.c b/plugins/elements/gstqueue2.c index 0bda2e780..77f68d94f 100644 --- a/plugins/elements/gstqueue2.c +++ b/plugins/elements/gstqueue2.c @@ -2629,12 +2629,6 @@ gst_queue2_handle_src_event (GstPad * pad, GstEvent * event) /* now unblock the getrange function */ GST_QUEUE2_MUTEX_LOCK (queue); queue->srcresult = GST_FLOW_OK; - if (queue->current) { - /* forget the highest read offset, we'll calculate a new one when we - * get the next getrange request. We need to do this in order to reset - * the buffering percentage */ - queue->current->max_reading_pos = 0; - } GST_QUEUE2_MUTEX_UNLOCK (queue); /* when using a temp file, we eat the event */ -- cgit v1.2.3