search

Haivision / srt

Secure, Reliable, Transport
https://www.srtalliance.org
Mozilla Public License 2.0
3.02k stars 829 forks source link

srt-live-transmit break #2769

Open yuchengmao opened 1 year ago

yuchengmao commented 1 year ago

What if the connection between srt-live-transmit always breaks when the packet loss is set to a higher level? for example: layed for 0.472 ms 14:23:38.876378/SRT:TsbPd!W:SRT.br: @911175313: RCV-DROPPED 2 packet(s). Packet seqno %1736087727 delayed for 0.542 ms SRT source disconnected SrtCommon: DESTROYING CONNECTION, closing sockets (rt%911175313 ls%-1)... SrtCommon: ... done. SRT parameters specified:

    latency = '10000'
    mode = 'listener'
    rcvbuf = '67108864'

Opening SRT source listener on 192.168.61.2:1234 Binding a server on 192.168.61.2:1234 ... listen... accept... connected. 14:23:55.731808/srt-live-transmE:SRT.ea: remove_usock: @911175312 not found as either socket or group. Removing only from epoll system. Accepted SRT source connection 14:23:56.731920/SRT:GCE:SRT.ei: epoll/update: IPE: update struck E1 which is NOT SUBSCRIBED to @911175312 14:23:56.732025/SRT:GC*E:SRT.ei: epoll/update: IPE: update struck E1 which is NOT SUBSCRIBED to @911175312 14:25:03.273673/SRT:TsbPd!W:SRT.br: @911175311: RCV-DROPPED 1 packet(s). Packet seqno %1097314837 delayed for 0.276 ms SRT source disconnected SrtCommon: DESTROYING CONNECTION, closing sockets (rt%911175311 ls%-1)... SrtCommon: ... done.

ethouris commented 12 months ago

I doubt the level of losses itself could be the reason of breaking the connection. You may want to use the caller with the srt-test-live application instead, it should display the reason why the connection has been closed. Also none of these error messages displayed there suggest any problem during the connection. Dropped packets are perfectly normal if you have the SRTO_TLPKTDROP option set to true (default).