Onvif backchannel

[Stefan Ulbrich]

Hi 

I am running the test-onvif.c example in plugins-good on an allegedly compatible onvif camera.

The test sound is passed to the camera and played for approx. 1 second and then ceases.

Run with debug level 3, I receive the following error messages. Unfortunately, I do not know how to debug the problem further. 

What could be the cause for the interruption and are there settings I could tune to have continued playback?

0:00:02.994496475 13748 0x5598faf64720 WARN                 rtspsrc gstrtspsrc.c:5212:gst_rtspsrc_loop_interleaved:<r> error: Could not receive message. (System error)

0:00:02.994548783 13748 0x5598faf64720 WARN                 rtspsrc gstrtspsrc.c:5649:gst_rtspsrc_loop:<r> error: Internal data stream error.

0:00:02.994555175 13748 0x5598faf64720 WARN                 rtspsrc gstrtspsrc.c:5649:gst_rtspsrc_loop:<r> error: streaming stopped, reason error (-5)

Best

Stefan

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Sebastian Dröge-3]

On Wed, 2018-08-08 at 21:04 +0200, Stefan Ulbrich wrote:

> Hi
>
> I am running the test-onvif.c example in plugins-good on an allegedly
> compatible onvif camera.
> The test sound is passed to the camera and played for approx. 1
> second and then ceases.
> Run with debug level 3, I receive the following error messages.
> Unfortunately, I do not know how to debug the problem further.
> What could be the cause for the interruption and are there settings I
> could tune to have continued playback?

More log details would be needed but this error most likely means that
the server closed the connection for whatever reason.

--
Sebastian Dröge, Centricular Ltd · http://www.centricular.com

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Stefan Ulbrich]

Thanks Sebastian

I increased the debug level and that is the output. A weird observation is that right before the closed connection,

the buffer is pushed 5 times in a row. Before, that the debug messages were regular with but non successive.

Do I have any method of influencing how the buffer behaves? It is well possible that the camera has only a limited buffer size.

Cheers

Stefan

rtspsrc gstrtspsrc.c:4944:gst_rtspsrc_handle_data:<r> [00m pushing data of size 455 on channel 0

rtspsrc gstrtspsrc.c:5135:gst_rtspsrc_loop_interleaved:<r> [00m doing receive with timeout 52 seconds, 600977 usec

rtspsrc gstrtspsrc.c:2882:gst_rtspsrc_push_backchannel_buffer:<r> [00m sending 1036 bytes backchannel RTP

rtspsrc gstrtspsrc.c:2884:gst_rtspsrc_push_backchannel_buffer:<r> [00m sent backchannel RTP, 0

rtspsrc gstrtspsrc.c:2882:gst_rtspsrc_push_backchannel_buffer:<r> [00m sending 1036 bytes backchannel RTP

rtspsrc gstrtspsrc.c:2884:gst_rtspsrc_push_backchannel_buffer:<r> [00m sent backchannel RTP, 0

rtspsrc gstrtspsrc.c:2882:gst_rtspsrc_push_backchannel_buffer:<r> [00m sending 1036 bytes backchannel RTP

rtspsrc gstrtspsrc.c:2884:gst_rtspsrc_push_backchannel_buffer:<r> [00m sent backchannel RTP, 0

rtspsrc gstrtspsrc.c:2882:gst_rtspsrc_push_backchannel_buffer:<r> [00m sending 1036 bytes backchannel RTP

rtspsrc gstrtspsrc.c:2884:gst_rtspsrc_push_backchannel_buffer:<r> [00m sent backchannel RTP, 0

rtspsrc gstrtspsrc.c:2882:gst_rtspsrc_push_backchannel_buffer:<r> [00m sending 1036 bytes backchannel RTP

rtspsrc gstrtspsrc.c:2884:gst_rtspsrc_push_backchannel_buffer:<r> [00m sent backchannel RTP, 0

   rtspsrc gstrtspsrc.c:5212:gst_rtspsrc_loop_interleaved:<r> [00m error: Could not receive message. (System error

rtspsrc gstrtspsrc.c:5632:gst_rtspsrc_loop:<r> [00m pausing task, reason error

   rtspsrc gstrtspsrc.c:5649:gst_rtspsrc_loop:<r> [00m error: Internal data stream error.

   rtspsrc gstrtspsrc.c:5649:gst_rtspsrc_loop:<r> [00m error: streaming stopped, reason error (-5)

rtspsrc gstrtspsrc.c:5563:gst_rtspsrc_loop_send_cmd:<r> [00m sending cmd WAIT

rtspsrc gstrtspsrc.c:5581:gst_rtspsrc_loop_send_cmd:<r> [00m cancel previous request LOOP

rtspsrc gstrtspsrc.c:5589:gst_rtspsrc_loop_send_cmd:<r> [00m connection flush busy LOOP

rtspsrc gstrtspsrc.c:4744:gst_rtspsrc_connection_flush:<r> [00m set flushing 1

rtspsrc gstrtspsrc.c:4747:gst_rtspsrc_connection_flush:<r> [00m connection flush

rtspsrc gstrtspsrc.c:2882:gst_rtspsrc_push_backchannel_buffer:<r> [00m sending 1036 bytes backchannel RTP

rtspsrc gstrtspsrc.c:2884:gst_rtspsrc_push_backchannel_buffer:<r> [00m sent backchannel RTP, -3

On Thu, Aug 9, 2018 at 9:39 AM Sebastian Dröge <[hidden email]> wrote:

On Wed, 2018-08-08 at 21:04 +0200, Stefan Ulbrich wrote:
> Hi
>
> I am running the test-onvif.c example in plugins-good on an allegedly
> compatible onvif camera.
> The test sound is passed to the camera and played for approx. 1
> second and then ceases.
> Run with debug level 3, I receive the following error messages.
> Unfortunately, I do not know how to debug the problem further.
> What could be the cause for the interruption and are there settings I
> could tune to have continued playback?

More log details would be needed but this error most likely means that
the server closed the connection for whatever reason.

--
Sebastian Dröge, Centricular Ltd · http://www.centricular.com
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Sebastian Dröge-3]

Hi Stefan,

On Thu, 2018-08-09 at 21:48 +0200, Stefan Ulbrich wrote:
> Thanks Sebastian
>
> I increased the debug level and that is the output. A weird
> observation is that right before the closed connection,
> the buffer is pushed 5 times in a row. Before, that the debug
> messages were regular with but non successive.
> Do I have any method of influencing how the buffer behaves? It is
> well possible that the camera has only a limited buffer size.

It is sending RTP packets in real-time, so sending them slower/faster
is not going to work well.

Either some buffer is overflowing in the server or maybe the codec, MTU
or some other setting is now like the server expects it?


--
Sebastian Dröge, Centricular Ltd · https://www.centricular.com


_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Stefan Ulbrich]

Hi

 

Either some buffer is overflowing in the server or maybe the codec, MTU
or some other setting is now like the server expects it?

I played around with MTU without any notable success. I can confirm that the camera passes the official onvif test suite.

I attached a log  file with the output of the example when called with GST_DEBUG=1,rtspsrc:5

It gives me a hard time to interpret the messages however :-(

Can you make something out of it?

Best

Stefan

 

--
Sebastian Dröge, Centricular Ltd · https://www.centricular.com

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel