[gstreamer-bugs] [Bug 453369] Deadlock involving repeated state changes

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=453369

  GStreamer | gstreamer (core) | Ver: HEAD CVS




------- Comment #4 from Tim Angus  2007-07-04 15:05 UTC -------
Increasing DEFAULT_QUEUE_SIZE and the "max-size-bytes" proprty on the preroll
queue in gstplaybasebin.c tends to reduce the occurrence of this bug.
Increasing the sizes by a factor of about 100 seems to more or less prevent it,
but obviously it uses a silly amount of memory as a result (and doesn't
actually fix the bug).

  g_object_set (G_OBJECT (preroll),
      "max-size-buffers", 0, "max-size-bytes",
      ((type == GST_STREAM_TYPE_VIDEO) ? 25 : 1) * 1024 * 1024,
      "max-size-time", play_base_bin->queue_size, NULL);

For what it's worth the signal handler queue_overrun as set by

  overrun_sig = g_signal_connect (G_OBJECT (preroll), "overrun",
      G_CALLBACK (queue_overrun), play_base_bin);

in the same function doesn't seem to get called when the queue fills. I'm not
sure if this is a problem? I'm fairly desperate to get this fixed; if there is
any direction you can give me toward resolving this I'd really appreciate it.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=453369.