[Bug 684312] rtspsrc: mutex blocks going to NULL state

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=684312
  GStreamer | gst-plugins-good | 0.10.31

--- Comment #7 from Aleix Conchillo Flaqué <aleix at oblong.com> 2012-09-21 01:56:10 UTC ---
Created an attachment (id=224885)
 --> (https://bugzilla.gnome.org/attachment.cgi?id=224885)
simple deadlock test

I attach an example that causes this deadlock problem. There's a little trick
though, as I have added a sleep in gstrtspsrc.c and in the test to force this
situation:

    case CMD_PLAY:
      g_usleep (5 * G_USEC_PER_SEC);
      ret = gst_rtspsrc_play (src, &src->segment, TRUE);

So, I am not sure if you will consider this as a valid test.

The other point is that may be we should not change to NULL state just after
going to PLAYING... But I guess, it's legal, right?

==========

Run test-launch example in gst-rtsp-server with:

GST_DEBUG=3 ./test-launch "( videotestsrc ! x264enc ! rtph264pay name=pay0
pt=96 )"

Then, for the client:

$ make
$ gdb --args ./test-bug-684312 rtsp://localhost:8554/test

-- 
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.