Ticket #129 (closed defect: fixed)
RTSP stream support broken for some RTSP servers
|Reported by:||grzesiekb||Owned by:|
|Blocking:||Reproduced by developer:||no|
|Analyzed by developer:||yes|
We are developing video analysis software, and using FFMPEG as back-end library.
Few months ago everything was working fine - we are using IP Cameras, gathering data via RTSP stream.
Few 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.
After few days of tracking this problem we found it in FFMPEG (commit 229e2631be528c595650a7568c1d4df8af9c4944):
commit 229e2631be528c595650a7568c1d4df8af9c4944 Author: Martin Storsjö <firstname.lastname@example.org> Date: Wed Mar 30 23:35:28 2011 +0300 rtsp: Use GET_PARAMETER for keep-alive for generic RTSP servers According to the RFC, GET_PARAMETER should be used for this, and according to a report from Tim Ouellette, OPTIONS doesn't work for keeping the connection alive for some servers. Also, live555 uses GET_PARAMETER for this purpose. Signed-off-by: Luca Barbato <email@example.com>
This change breaks RTSP support for some servers (tested on few IP cameras).
In our application connection is lost after approximately 30 seconds (probably depending on rtsp server implementation).
recvfrom(3, 0x7fffdcf8513f, 1, 0, 0, 0) = -1 ECONNRESET (Connection reset by peer)
In my opinion something is wrong there, because live555 + vlc is working without problems.
This problem is also present in 0.6.90-rc0.
Latest working version is da3534b01e00502b202ed3f51ffde12866e5111d.
I hope this will help other people who have same problem with rtsp stream handling.
Anyway - thanks for great work with FFMPEG !
ntsn.pl software development
Changed 2 years ago by mstorsjo
- attachment 0001-rtsp-Only-do-keepalive-using-GET_PARAMETER-if-the-se.patch added