[Bug 796361] Answer of RTSP server is (very) often not sent out

[GStreamer (GNOME Bugzilla)]

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

--- Comment #1 from Marie Maurer <meinemailingliste2 at online.de> ---
What code is between

rtspclient
rtsp-client.c:1147:default_pre_signal_handler:<GstRTSPClient at 0x2a098a0> [00m
returning GST_RTSP_STS_OK

and 

send_message function call? 

In gst_rtsp_client_class_init there is

  gst_rtsp_client_signals[SIGNAL_PRE_DESCRIBE_REQUEST] =
      g_signal_new ("pre-describe-request", G_TYPE_FROM_CLASS (klass),
      G_SIGNAL_RUN_LAST, G_STRUCT_OFFSET (GstRTSPClientClass,
          pre_describe_request), pre_signal_accumulator, NULL,
      g_cclosure_marshal_generic, GST_TYPE_RTSP_STATUS_CODE, 1,
      GST_TYPE_RTSP_CONTEXT);

  gst_rtsp_client_signals[SIGNAL_SEND_MESSAGE] =
      g_signal_new ("send-message", G_TYPE_FROM_CLASS (klass),
      G_SIGNAL_RUN_LAST, G_STRUCT_OFFSET (GstRTSPClientClass,
          send_message), NULL, NULL, g_cclosure_marshal_generic,
      G_TYPE_NONE, 2, GST_TYPE_RTSP_CONTEXT, G_TYPE_POINTER);

There seems to be pre_signal_accumulator somehow used in this calls:
I don't know what handler_value and accumulated_value means,
but pre_signal_accumulator is reached in first positiv and second negativ case.

RTSP request message 0x3889730
 request line:
   method: 'OPTIONS'
   uri:    'rtsp://10.5.122.41:8554/live'
   version: '1.0'
 headers:
   key: 'CSeq', value: '2'
   key: 'User-Agent', value: 'LibVLC/3.0.2 (LIVE555 Streaming Media
v2016.11.28)'
 body:
MMMM I am in pre_signal_accumulator: handler_value=200, accumulated_value=0
MMMM I am inside RTSP: send_message loglevel=9
RTSP response message 0x29afec0c
 status line:
   code:   '200'
   reason: 'OK'
   version: '1.0'
 headers:
   key: 'CSeq', value: '2'
   key: 'Public', value: 'OPTIONS, DESCRIBE, ANNOUNCE, GET_PARAMETER, PAUSE,
PLAY, RECORD, SETUP, SET_PARAMETER, TEARDOWN'
   key: 'Server', value: 'GStreamer RTSP server'
 body: length 0
RTSP request message 0x3889730
 request line:
   method: 'DESCRIBE'
   uri:    'rtsp://10.5.122.41:8554/live'
   version: '1.0'
 headers:
   key: 'CSeq', value: '3'
   key: 'User-Agent', value: 'LibVLC/3.0.2 (LIVE555 Streaming Media
v2016.11.28)'
   key: 'Accept', value: 'application/sdp'
 body:
MMMM I am in pre_signal_accumulator: handler_value=200, accumulated_value=0

...then nothing more, so it seems answer gets lost between
pre_signal_accumulator and send_message...

Some race condition between queuing and reporting that something is in there?

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