(gst-rtsp-server)1 client can't receive rtp packet while 2 clients connect to server choosing rtsp over tcp
Bruce.Liang at abilitycorp.com.tw
Fri May 27 10:02:49 UTC 2022
I'm using gst-rtsp-server to create a rtsp server and add 1 factory to it.
The factory is set to shared and the pipeline description contains only 1 payloader rtph264pay.
When the first client requests stream from the server choosing rtsp over tcp, it work properly.
Then the second client also requests stream from the server choosing rtsp over tcp, it works well at begining:
0:10:04.837385023 420 0x1a5a790 DEBUG rtspclient rtsp-client.c:4917:do_send_messages:<GstRTSPClient at 0x7574c430> emit 'message-sent' signal
0:10:04.837462440 420 0x1a5a790 INFO rtspclient rtsp-client.c:2300:do_keepalive: keep session 0x757c19d8 alive
But if there is a large I frame that has size over 200KB sent to the second client, the following log shows:
0:10:04.842062023 420 0x1a5a790 DEBUG rtspclient rtsp-client.c:4908:do_send_messages:<GstRTSPClient at 0x7574c430> wait for message 1, channel 0
0:10:04.869407273 420 0x7550ccc0 DEBUG rtspclient rtsp-client.c:4961:message_sent:<GstRTSPClient at 0x7574c430> emit 'message-sent' signal
There is no rtp packet sent to second client after the large I frame sent, while the server continues to send rtp packet to the first client.
Is there a way to handle this problem?
*** Confidentiality Note *** This e-mail message and any accompanying documents are for sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the gstreamer-devel