1. 01 Jan, 2014 1 commit
  2. 12 Dec, 2013 1 commit
  3. 01 Nov, 2013 1 commit
  4. 14 Aug, 2013 1 commit
    • Martin Storsjö's avatar
      sdp: Add an option for sending RTCP packets to the source of the last packets · b56fc18b
      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: 's avatarMartin Storsjö <martin@martin.st>
      b56fc18b
  5. 07 Aug, 2013 1 commit
  6. 01 Aug, 2013 1 commit
  7. 31 Jul, 2013 1 commit
  8. 29 Jul, 2013 1 commit
  9. 19 Jul, 2013 1 commit
  10. 18 Jul, 2013 1 commit
    • Ed Torbett's avatar
      avformat/rt*p: Joining a SSM multicast group using an SDP (Issue #2171) · 7203dbde
      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: 's avatarEdward Torbett <ed.torbett@simulation-systems.co.uk>
      Signed-off-by: 's avatarMichael Niedermayer <michaelni@gmx.at>
      7203dbde
  11. 14 Jul, 2013 1 commit
  12. 11 Jul, 2013 1 commit
  13. 15 May, 2013 1 commit
  14. 04 May, 2013 1 commit
  15. 30 Apr, 2013 1 commit
  16. 09 Apr, 2013 1 commit
  17. 08 Apr, 2013 1 commit
  18. 04 Apr, 2013 1 commit
  19. 20 Jan, 2013 1 commit
  20. 15 Jan, 2013 1 commit
    • Martin Storsjö's avatar
      rtsp: Support decryption of SRTP signalled via RFC 4568 (SDES) · 424da308
      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: 's avatarMartin Storsjö <martin@martin.st>
      424da308
  21. 11 Jan, 2013 2 commits
  22. 08 Jan, 2013 3 commits
  23. 03 Jan, 2013 2 commits
  24. 14 Nov, 2012 1 commit
  25. 29 Oct, 2012 1 commit
  26. 19 Oct, 2012 1 commit
  27. 18 Oct, 2012 1 commit
  28. 01 Oct, 2012 1 commit
  29. 22 Sep, 2012 2 commits
  30. 04 Sep, 2012 3 commits
  31. 27 Aug, 2012 1 commit
  32. 17 Aug, 2012 1 commit
  33. 08 Aug, 2012 1 commit