This way is possible to have simple micro-server act like

ffmpeg -i file.nut -vcodec copy -acodec copy -f nut tcp://foo:1234?listen

Integrate more comments from Stefano.

unless it stands for ffmpeg the program or is historic

The documentation might be extended once/if a live/store override option
will have to be provided for non-compliant segmenter.

If filtered, only packets from the right source address and port
are received.

To test, play back e.g. some mpeg4 video RTSP stream (where the
video stream is the first stream in the presentation) over UDP.
While receiving this stream, send another stream to the same port:
ffmpeg -re -i <whatever> -vcodec mpeg4 -an -f rtp
rtp://127.0.0.1:5000?localport=1234
Normally, the RTSP playback reports lots of errors at this point.

If the RTSP stream has the ?filter_src option enabled, these
interferring packets are ignored.

Originally committed as revision 26246 to svn://svn.ffmpeg.org/ffmpeg/trunk

If the remote address is updated later with this function, the caller
shouldn't set the connect option until in this call.

Originally committed as revision 26245 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25463 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25427 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25407 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25330 to svn://svn.ffmpeg.org/ffmpeg/trunk

Based on a patch by Aviad Rozenhek aviadr1 @ reverse(moc.liamg).

Originally committed as revision 25192 to svn://svn.ffmpeg.org/ffmpeg/trunk

Zhentan Feng <spyfeng gmail com> as part of Google's Summer of Code program.

Originally committed as revision 24861 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 24739 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 24726 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 24616 to svn://svn.ffmpeg.org/ffmpeg/trunk