New submission from Xavier Duret <xaviour.mailli...@gmail.com>: Using the latest from git (23 november 2010) on a PC running Ubuntu 9.04, the following command always send a TEARDOWN command properly (see rtsp_teardown_wait_finsyn.pcap): ffmpeg -i rtsp://myserver/h264.sdp -t 5 -vcodec copy -an -sn myfile.mp4 The following command interrupted by typing 'q' sometimes closes the RTSP TCP connection immediately (see rtsp_noteardown_finsyn.pcap) and sometimes also send the TEARDOWN command but do not wait for the answer (see rtsp_teardown_finsyn.pcap): ffmpeg -i rtsp://myserver/h264.sdp -vcodec copy -an -sn myfile.mp4
The problem might be that rtsp_read_close in rtspdec.c uses the following sequence of calls: ff_rtsp_send_cmd_async(s, "TEARDOWN", rt->control_uri, NULL); ff_rtsp_close_streams(s); ff_rtsp_close_connections(s); The TEARDOWN command is send asynchronously and the function returns before getting a reply from the server. File 'rtsp_noteardown_finsyn.pcap' not attached - you can download it from https://roundup.ffmpeg.org/file1179. ---------- files: rtsp_noteardown_finsyn.pcap messages: 12661 priority: normal status: new substatus: new title: ffmpeg fails to send the TEARDOWN RTSP command topic: avformat, ffmpeg, rtsp type: bug ________________________________________________ FFmpeg issue tracker <iss...@roundup.ffmpeg.org> <https://roundup.ffmpeg.org/issue2380> ________________________________________________
