#9792: FFplay RTSP Teardown missing
-------------------------------------+-------------------------------------
Reporter: Paolo | Owner: (none)
Type: defect | Status: new
Priority: normal | Component:
| undetermined
Version: unspecified | Resolution:
Keywords: FFplay RTSP | Blocked By:
Teardown |
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
-------------------------------------+-------------------------------------
Description changed by Paolo:
Old description:
> Using FFPlay to show a Rtsp stream on Win10 (unicast, via udp).
> When FFPlay is terminated by user input 'q', the RTSP session is not
> closed as RTSP Standards requirement.
>
> FFMpeg, for the same stream send RTSP TearDown when closing.
>
> Data captured by WireShark for the correct close from FFMpeg (for a local
> camera stream):
> Request: TEARDOWN rtsp://10.144.131.101/videoinput/1/h264/1/
> RTSP/1.0\r\n
> Method: TEARDOWN
> URL: rtsp://10.144.131.101/videoinput/1/h264/1/
> CSeq: 6\r\n
> User-Agent: Lavf59.16.100\r\n
> Session: 1823989208
> \r\n
>
> FFPlay when is stopped, send nothig to camera - the camera continue to
> send a UDP Rtp stream for a lot o time.
>
> The same camera with FFMpeg terminate the stream correcttly.
>
> I have tried a lot of version, also old 32bit, but all suffers of this
> bug.
>
> Thanks alot, for anyone will patch this!
New description:
Using FFPlay to show a Rtsp stream on Win10 (unicast, via udp).
When FFPlay is terminated by user input 'q', the RTSP session is not
closed as RTSP Standards requirement.
FFMpeg, for the same stream send RTSP TearDown when closing.
Data captured by WireShark for the correct close from FFMpeg (for a local
camera stream):
Request: TEARDOWN rtsp://10.144.131.101/videoinput/1/h264/1/
RTSP/1.0\r\n
Method: TEARDOWN
URL: rtsp://10.144.131.101/videoinput/1/h264/1/
CSeq: 6\r\n
User-Agent: Lavf59.16.100\r\n
Session: 1823989208
\r\n
FFPlay when is stopped, send nothig to camera - the camera continue to
send a UDP Rtp stream for a lot o time.
The same camera with FFMpeg terminate the stream correctly.
I have tried a lot of version, also old 32bit, but all suffers of this
bug.
Thanks alot, for anyone will patch this!
--
--
Ticket URL: <https://trac.ffmpeg.org/ticket/9792#comment:2>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker_______________________________________________
FFmpeg-trac mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-trac
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
