[Bug 758060] gst_mini_object_unlock: assertion 'state >= SHARE_ONE' failed

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=758060

Miguel París Díaz <mparisdiaz at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mparisdiaz at gmail.com

--- Comment #3 from Miguel París Díaz <mparisdiaz at gmail.com> ---
Hello!!

My team and I also noticed the same problem using a large pipeline and
happening when freeing buffers in GstRtpRtxQueues with "max-size-packets" of
512.
Hence, they do not have an unlimited size and it should be a different case
than the reported by @bill-auger.

There were a lot of occurrences while both pushing buffers and changing the
state as you can see in the next GDB stacktrace (related to GStreamer version
1.8.1):

  #0  0x00007f4e625e30c1 in g_logv (log_domain=0x7f4e62beaa80
<g_log_domain_gstreamer> "GStreamer", log_level=G_LOG_LEVEL_CRITICAL,
format=<optimized out>, args=args at entry=0x7f450da8b558) at gmessages.c:1059
  #1  0x00007f4e625e3352 in g_log (log_domain=<optimized out>,
log_level=log_level at entry=G_LOG_LEVEL_CRITICAL,
format=format at entry=0x7f4e6264f230 "%s: assertion '%s' failed") at
gmessages.c:1119
  #2 0x00007f4e625e3379 in g_return_if_fail_warning (log_domain=<optimized
out>, pretty_function=<optimized out>, expression=<optimized out>) at
gmessages.c:1134
  #3 0x00007f4e62b543e1 in _gst_buffer_free (buffer=0x7f4cbd2b9790) at
gstbuffer.c:676
  #4 0x00007f4e2c5c37cd in gst_buffer_unref (buf=<optimized out>) at
/usr/include/gstreamer-1.5/gst/gstbuffer.h:366
  #5 gst_rtx_queue_buffer_item_free (item=0x7f4c34e58170) at
gstrtprtxqueue.c:81
  #6 0x00007f4e625ebfef in g_queue_foreach (queue=0x7f4e5cd3d9f0
<list_all_lock>, func=0x7f4e2c5c34d0 <gst_rtx_queue_buffer_item_unref>,
user_data=0x0) at gqueue.c:250
  #7 0x00007f4e2c5c45bd in gst_rtp_rtx_queue_reset (rtx=0x7f4da40cfb70,
full=<optimized out>) at gstrtprtxqueue.c:306
  #8 0x00007f4e2c5c4629 in gst_rtp_rtx_queue_change_state
(element=0x7f4da40cfb70, transition=GST_STATE_CHANGE_PAUSED_TO_READY) at
gstrtprtxqueue.c:695
  #9 0x00007f4e62b752ae in gst_element_change_state
(element=element at entry=0x7f4da40cfb70,
transition=transition at entry=GST_STATE_CHANGE_PAUSED_TO_READY) at
gstelement.c:2656
  #10 0x00007f4e62b75954 in gst_element_set_state_func (element=0x7f4da40cfb70,
state=GST_STATE_READY) at gstelement.c:2610
  ...

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.