> Transport: RTP/AVP unicast client_port=53426-53427 VLC (binary data and cseqs etc - skipped): I include summary of communication below, I think it is quite clear: I hope this will help other people who have same problem with rtsp stream handling.Īnyway - thanks for great work with FFMPEG !įor telling truth - I used vim :). This problem is also present in 0.6.90-rc0.

In my opinion something is wrong there, because live555 + vlc is working without problems. Recvfrom(3, 0x7fffdcf8513f, 1, 0, 0, 0) = -1 ECONNRESET (Connection reset by peer) In our application connection is lost after approximately 30 seconds (probably depending on rtsp server implementation). This change breaks RTSP support for some servers (tested on few IP cameras). Also, live555 uses GET_PARAMETER for this purpose.

OPTIONS doesn't work for keeping the connection alive for some This, and according to a report from Tim Ouellette, Rtsp: Use GET_PARAMETER for keep-alive for generic RTSP serversĪccording to the RFC, GET_PARAMETER should be used for

We are developing video analysis software, and using FFMPEG as back-end library.įew months ago everything was working fine - we are using IP Cameras, gathering data via RTSP stream.įew days ago we started next stage of development and it suddenly turned out that something is wrong - connection with remote IP camera couldn't be handled properly.Īfter few days of tracking this problem we found it in FFMPEG (commit 229e2631be528c595650a7568c1d4df8af9c4944):Ĭommit 229e2631be528c595650a7568c1d4df8af9c4944

Ffmpeg rtsp server repeater