[FFmpeg-devel] [PATCH] Don't send keepalive messages when interleaving RTP over TCP

Fred Rothganger frothga at sandia.gov
Thu Apr 24 21:28:05 CEST 2014

On 04/24/2014 01:00 PM, Ori Pessach wrote:
> It should do 2. If you're looking for justification in the RFC, it's
> because a server must send a response to OPTIONS requests, and an OPTIONS
> request shouldn't cause a server to stop streaming.
> Under normal circumstances, this shouldn't be a problem for the client or
> for the server. Why do you think it is?

I am writing the server, thus the concern about proper standards-driven 
behavior. I try to work out the expected behavior from FFmpeg's client 
code, but it is very convoluted. However, I traced through it, and it 
seems to expect the server behavior you describe. Thanks for the help!

Forget about the patch. :)

More information about the ffmpeg-devel mailing list