- 01 Jan, 2014 1 commit
-
-
Stefano Sabatini authored
-
- 12 Dec, 2013 1 commit
-
-
Vittorio Giovara authored
-
- 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>
-
- 07 Aug, 2013 1 commit
-
-
Martin Storsjö authored
It's only relevant for the RTSP demuxer. Similarly, the custom_io flag is only present in the SDP demuxer options list. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 01 Aug, 2013 1 commit
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 31 Jul, 2013 1 commit
-
-
Martin Storsjö authored
Mixing these with the rtp depacketizer functions in rtpdec.h is no good. 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>
-
- 14 Jul, 2013 1 commit
-
-
Martin Storsjö authored
Some rtsp servers like the IP Cam IcyBox IB-CAM2002 need it. Based on a patch by Carl Eugen Hoyos. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 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.
-
- 15 May, 2013 1 commit
-
-
Diego Biurrun authored
-
- 04 May, 2013 1 commit
-
-
Diego Biurrun authored
-
- 30 Apr, 2013 1 commit
-
-
Diego Biurrun authored
-
- 09 Apr, 2013 1 commit
-
-
Andrew Van Til authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 08 Apr, 2013 1 commit
-
-
Michael Niedermayer authored
Fixes Ticket2294 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 04 Apr, 2013 1 commit
-
-
Andrew Van Til authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 20 Jan, 2013 1 commit
-
-
Martin Storsjö authored
This gets rid of a number of special cases from the common rtpdec code. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 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>
-
- 11 Jan, 2013 2 commits
-
-
Martin Storsjö authored
It is unclear what the bug exactly was and if it ever was fixed, and we don't even support decoding via faad any longer. The comment has been present since d0deedcb in 2006. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
One of them is renamed now, but mentioning it by name serves no purpose here. The other table mentioned ceased to exist under that name in 4934884a in 2006. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 08 Jan, 2013 3 commits
-
-
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>
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
If we timed out and consumed a packet from the reordering queue, but didn't return a packet to the caller, recheck the queue status. Otherwise, we could end up in an infinite loop, trying to consume a queued packet that has already been consumed. CC: libav-stable@libav.org Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 03 Jan, 2013 2 commits
-
-
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>
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 14 Nov, 2012 1 commit
-
-
Luca Barbato authored
Support multiple video/audio streams with different format in the same session. Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 29 Oct, 2012 1 commit
-
-
Martin Storsjö authored
This gets rid of this warning: libavformat/rtsp.c: In function ‘rtsp_parse_transport’: libavformat/rtsp.c:794: warning: cast discards qualifiers from pointer target type Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 19 Oct, 2012 1 commit
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 18 Oct, 2012 1 commit
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 01 Oct, 2012 1 commit
-
-
Diego Biurrun authored
-
- 22 Sep, 2012 2 commits
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 04 Sep, 2012 3 commits
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 27 Aug, 2012 1 commit
-
-
Martin Storsjö authored
The condition for calling the rtpdec cleanup was broken in df8cf076. This fixes a memory leak. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 17 Aug, 2012 1 commit
-
-
Jordi Ortiz authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 08 Aug, 2012 1 commit
-
-
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>
-