- 01 Nov, 2013 1 commit
-
-
Martin Storsjö authored
Also make sure the BYE packets are sent at all when using TCP interleaved transport. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 14 Aug, 2013 1 commit
-
-
Martin Storsjö authored
An SDP description normally only contains the target IP address and port for the packets. This means that we don't really have any clue where to send the RTCP RR packets - previously they're sent to the destination IP written in the SDP (at the same port), which rarely is the actual peer. And if the source for the packets is on a different port than the destination, it's never correct. With a new option, we can choose to send the packets to the address that the latest packet on each socket arrived from. --- Some may even argue that this should be the default - perhaps, but I'd rather keep it optional at first. Additionally, I'm not sure if sending RTCP RR directly back to the source is desireable for e.g. multicast. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 29 Jul, 2013 1 commit
-
-
Ed Torbett authored
Add support for domain names, for multiple source addresses, for exclusions, and for session level specification of addresses. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 19 Jul, 2013 1 commit
-
-
Ed Torbett authored
This supports inclusion of one single IP address for now, at the media level. Specifying the filter at the session level (instead of at the media level), multiple source addresses, exclusion, or using FQDNs instead of plain IP addresses is not supported (yet at least). Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 18 Jul, 2013 1 commit
-
-
Ed Torbett authored
Passes Source-Specific Multicast parameters read from an sdp file through to the UDP socket code, allowing source-specific multicast streams to be correctly received. As an integral part of this change, additional checking (currently only enabled in the case of SSM streams, but probably useful in similar scenarios) has been added to the RTP protocol handler to distinguish UDP packets arriving from multiple sources to the same port and process only the expected packets (those transmitted from the expected UDP source address). This resolves an issue identified when multiple instances of FFmpeg subscribe to different Source-Specific Multicast streams but with each sharing the same destination port. Signed-off-by: Edward Torbett <ed.torbett@simulation-systems.co.uk> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 11 Jul, 2013 1 commit
-
-
Carl Eugen Hoyos authored
Some rtsp servers like the IP Cam IcyBox IB-CAM2002 need it. Fixes ticket #2761. Reported, analyzed and tested by trac user imavra.
-
- 08 Apr, 2013 1 commit
-
-
Michael Niedermayer authored
Fixes Ticket2294 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 15 Jan, 2013 1 commit
-
-
Martin Storsjö authored
This only takes care of decrypting incoming packets; the outgoing RTCP packets are not encrypted. This is enough for some use cases, and signalling crypto keys for use with outgoing RTCP packets doesn't fit as simply into the API. If the SDP demuxer is hooked up with custom IO, the return packets can be encrypted e.g. via the SRTP protocol. If the SRTP keys aren't available within the SDP, the decryption can be handled externally as well (when using custom IO). Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 08 Jan, 2013 1 commit
-
-
Martin Storsjö authored
This sends NACK for missed packets and PLI (picture loss indication) if a depacketizer indicates that it needs a new keyframe, according to RFC 4585. This is only enabled if the SDP indicated that feedback is supported (via the AVPF or SAVPF profile names). The feedback packets are throttled to a certain maximum interval (currently 250 ms) to make sure the feedback packets don't eat up too much bandwidth (which might be counterproductive). The RFC specifies a more elaborate feedback packet scheduling. The feedback packets are currently sent independently from normal RTCP RR packets, which is not totally spec compliant, but works fine in the environments I've tested it in. (RFC 5506 allows this, but requires a SDP attribute for enabling it.) Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 03 Jan, 2013 1 commit
-
-
Martin Storsjö authored
To use this, set sdpflags=custom_io to the sdp demuxer. During the avformat_open_input call, the SDP is read from the AVFormatContext AVIOContext (ctx->pb) - after the avformat_open_input call, during the av_read_frame() calls, the same ctx->pb is used for reading packets (and sending back RTCP RR packets). Normally, one would use this with a read-only AVIOContext for the SDP during the avformat_open_input call, then close that one and replace it with a read-write one for the packets after the avformat_open_input call has returned. This allows using the RTP depacketizers as "pure" demuxers, without having them tied to the libavformat network IO. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 21 Oct, 2012 1 commit
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 18 Oct, 2012 2 commits
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 08 Aug, 2012 2 commits
-
-
Martin Storsjö authored
This is basically the same way as mpegts packets are parsed in rtpdec.c. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
EvoStream Media Server can serve data in this format, and VLC/live555 already supports it. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 10 Jul, 2012 3 commits
-
-
Jordi Ortiz authored
This makes the RTSP demuxer act as a server, listening for an incoming connection. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Jordi Ortiz authored
This is required for the upcoming RTSP listen mode. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Jordi Ortiz authored
We need to support the nonstandard mode=receive, for compatibility with older libavformat clients. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 08 May, 2012 1 commit
-
-
Jordi Ortiz authored
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 21 Jan, 2012 1 commit
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 20 Jan, 2012 1 commit
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 18 Jan, 2012 1 commit
-
-
Dmitry Volyntsev authored
Reviewed-by: Luca Abeni <lucabe72@email.it> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 12 Dec, 2011 1 commit
-
-
Diego Biurrun authored
-
- 02 Nov, 2011 1 commit
-
-
John Brooks authored
Streams from RTSP or SDP that do not match an allowed type will be skipped entirely, which allows video-only or audio-only streaming from servers that provide both. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 17 Oct, 2011 3 commits
-
-
Martin Storsjö authored
Read it as a flag from the flags field instead. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Eventually, the old way of passing options by adding stuff to the URL can be dropped. This avoids having to tamper with the user-specified URL to pass options on the transport mode. This also works better with redirects, since the options don't need to be parsed out from the URL. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This eases adding options that are common for both. The AV_OPT_FLAG_EN/DECODING_PARAM still indicates whether they belong to the muxer or demuxer. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 12 Oct, 2011 1 commit
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 18 Jul, 2011 1 commit
-
-
Diego Biurrun authored
-
- 14 Jul, 2011 1 commit
-
-
Diego Biurrun authored
-
- 03 Jul, 2011 1 commit
-
-
Diego Biurrun authored
Do not use Doxygen for comments that apply to specific implementation details; merge some duplicated Doxygen comment blocks.
-
- 10 Jun, 2011 1 commit
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 27 May, 2011 1 commit
-
-
Anton Khirnov authored
Deprecate corresponding AVFormatParameters field.
-
- 11 May, 2011 1 commit
-
-
Martin Storsjö authored
This is more like what VLC does. If the server doesn't mention supporting GET_PARAMETER in response to an OPTIONS request, VLC doesn't send any keepalive requests at all. After this patch, libavformat will still send OPTIONS keepalives if GET_PARAMETER isn't explicitly said to be supported. Some RTSP cameras don't support GET_PARAMETER, and will close the connection if this is sent as keepalive request (but support OPTIONS just fine, but probably don't need any keepalive at all). Some other cameras don't support using OPTIONS as keepalive, but require GET_PARAMETER instead. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 20 Feb, 2011 2 commits
-
-
Anton Khirnov authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com> (cherry picked from commit ae628ec1)
-
Anton Khirnov authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 30 Jan, 2011 1 commit
-
-
Luca Barbato authored
Select has limitations on the fd values it could accept and silently breaks when it is reached. (cherry picked from commit a8475bbd)
-
- 28 Jan, 2011 1 commit
-
-
Luca Barbato authored
Select has limitations on the fd values it could accept and silently breaks when it is reached.
-
- 26 Jan, 2011 1 commit
-
-
Diego Elio Pettenò authored
Signed-off-by: Janne Grunau <janne-ffmpeg@jannau.net> (cherry picked from commit 57c4d01e)
-