[Bug 705092] New: queue element not respecting limits set.

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=705092
  GStreamer | gstreamer (core) | 1.0.8

           Summary: queue element not respecting limits set.
    Classification: Platform
           Product: GStreamer
           Version: 1.0.8
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: major
          Priority: Normal
         Component: gstreamer (core)
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: lorddoskias at gmail.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


I'm using a queue in my pipeline. Here is the code for initialisation: 

pipeline->audio_queue = gst_element_factory_make("queue", "audio-queue");

g_object_set(G_OBJECT(pipeline->audio_queue), "max-size-buffers", (guint64)
4294967295, "max-size-bytes", (guint64) 4294967295, "max-size-time", (guint64)
18446744073709551615, "silent", TRUE, NULL);


Essentially I want to have an unbounded queue. However, my app freezes at
arbitrary times and here is the last thing in my gst log: 

0:01:40.216687870  2626  0x12d6000 LOG           queue_dataflow
gstqueue.c:911:gst_queue_chain:<audio-queue> received buffer 0x1497040 of size
170, time 0:01:14.215022575, duration 99:99:99.999999999
0:01:40.219442742  2626  0x12d6000 DEBUG         queue_dataflow
gstqueue.c:945:gst_queue_chain:<audio-queue> queue is full, waiting for free
space
0:01:40.221701636  2626  0x12d6000 LOG           queue_dataflow
gstqueue.c:950:gst_queue_chain:<audio-queue> (audio-queue:sink) wait for DEL: 3
of 0-4294967295 buffers, 938 of 0-10485760 bytes, 14209851041 of 0-1000000000
ns, 3 items

I believe the "of" values signify the current limits and that are set for the
queue. I do not see how it can say it accepts between 0 and 1 seconds of
buffered data, when I have used the maximum allowed value?

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.