1. 16 Feb, 2014 2 commits
  2. 13 Feb, 2014 1 commit
  3. 11 Feb, 2014 1 commit
  4. 09 Feb, 2014 2 commits
  5. 04 Feb, 2014 1 commit
    • Luca Barbato's avatar
      lavf: improve handling of sparse streams when muxing · d9ae1031
      Luca Barbato authored
      Currently ff_interleave_packet_per_dts() waits until it gets a frame for
      each stream before outputting packets in interleaved order.
      
      Sparse streams (i.e. streams with much fewer packets than the other
      streams, like subtitles or audio with DTX) tend to add up latency and in
      specific cases end up allocating a large amount of memory.
      
      Emit the top packet from the packet_buffer if it has a time delta
      larger than a specified threshold.
      
      Original report of the issue and initial proposed solution by
      mus.svz@gmail.com.
      
      Bug-id: 31
      Signed-off-by: 's avatarAnton Khirnov <anton@khirnov.net>
      d9ae1031
  6. 02 Feb, 2014 2 commits
  7. 28 Jan, 2014 1 commit
  8. 27 Jan, 2014 2 commits
  9. 24 Jan, 2014 1 commit
  10. 21 Jan, 2014 1 commit
  11. 19 Jan, 2014 1 commit
  12. 17 Jan, 2014 1 commit
  13. 12 Jan, 2014 1 commit
    • Serhii Marchuk's avatar
      mpegts muxer, DVB subtitles encoder: common DVB subtitles payload · c917cde9
      Serhii Marchuk authored
      Improved DVB subtitles encoder to generate AVPacket.data in the same
      format as generates MPEGTS demuxer + DVB subtitles parser. So now single
      format of DVB subtitles data is used across all the components of FFmpeg:
      only subtitles payload WITHOUT 0x20 0x00 bytes at the beginning and 0xFF
      trailing byte.
      
      Improved MPEGTS muxer to support format of DVB subtitles in
      AVPacket.data described above: while muxing we add two bytes 0x20 0x00 to
      the beginning of and 0xFF to the end of DVB subtitles payload.
      
      The patch fixes DVB subtitle copy problems: tickets #2989 fully and #2024
      partly.
      Signed-off-by: 's avatarClément Bœsch <u@pkh.me>
      c917cde9
  14. 09 Jan, 2014 1 commit
  15. 31 Dec, 2013 1 commit
  16. 30 Dec, 2013 1 commit
  17. 26 Dec, 2013 1 commit
  18. 01 Dec, 2013 1 commit
  19. 25 Nov, 2013 1 commit
    • Stefano Sabatini's avatar
      lavf/segment: add segment_list_entry_prefix option · 5e278c19
      Stefano Sabatini authored
      This option allows to add a prefix to the segment list entry filenames.
      
      Also set by default the list entry filenames to the corresponding
      segment basename, consistent with the HLS muxer.
      
      Based on an idea by Steven Liu <lingjiujianke@gmail.com>.
      5e278c19
  20. 22 Nov, 2013 1 commit
  21. 02 Nov, 2013 1 commit
  22. 01 Nov, 2013 1 commit
  23. 31 Oct, 2013 5 commits
  24. 29 Oct, 2013 1 commit
  25. 23 Oct, 2013 1 commit
  26. 19 Oct, 2013 1 commit
  27. 13 Oct, 2013 2 commits
    • Martin Storsjö's avatar
      http: Support auth method detection for POST · 71549a85
      Martin Storsjö authored
      Inspired by a patch by Jakob van Bethlehem. But instead of doing
      an empty POST first to trigger the WWW-Authenticate header (which
      would succeed if no auth actually was required), add an Expect:
      100-continue header, which is meant to be used exactly for
      cases like this.
      
      The header is added if doing a post, and the user has specified
      authentication but we don't know the auth method yet.
      
      Not all common HTTP servers support the Expect: 100-continue header,
      though, so we only try to use it when it really is needed. The user
      can request it to be added for other POST requests as well via
      an option - which would allow the caller to know immediately that
      the POST has failed (e.g. if no auth was provided but the server
      required it, or if the target URL simply doesn't exist).
      
      This is only done for write mode posts (e.g. posts without pre-set
      post_data) - for posts with pre-set data, we can just redo the post
      if it failed due to 401.
      Signed-off-by: 's avatarMartin Storsjö <martin@martin.st>
      71549a85
    • Martin Storsjö's avatar
      http: Add an option for forcing basic authentication · eb8b05a3
      Martin Storsjö authored
      The default is to autodetect the auth method. This does require one
      extra request (and also closing and reopening the http connection).
      For some cases such as HTTP POST, the autodetection is not handled
      properly (yet).
      
      No option is added for digest, since this method requires getting
      nonce parameters from the server first and can't be used straight
      away like Basic.
      Signed-off-by: 's avatarMartin Storsjö <martin@martin.st>
      eb8b05a3
  28. 12 Oct, 2013 1 commit
  29. 02 Oct, 2013 1 commit
  30. 26 Sep, 2013 2 commits
    • Martin Storsjö's avatar
      tls: Add support for listen mode · 705b748e
      Martin Storsjö authored
      Also add options for specifying a certificate and key, which can
      be used both when operating as client and as server.
      
      Partially based on a patch by Peter Ross.
      Signed-off-by: 's avatarMartin Storsjö <martin@martin.st>
      705b748e
    • Martin Storsjö's avatar
      tls: Add options for verifying the peer certificate · 8b09d917
      Martin Storsjö authored
      A file containing the trusted CA certificates needs to be
      supplied via the ca_file AVOption, unless the TLS library
      has got a system default file/database set up.
      
      This doesn't check the hostname of the peer certificate with
      openssl, which requires a non-trivial piece of code for
      manually matching the desired hostname to the string provided
      by the certificate, not provided as a library function.
      
      That is, with openssl, this only validates that the received
      certificate is signed with the right CA, but not that it is
      the actual server we think we're talking to.
      
      Verification is still disabled by default since we can't count
      on a proper CA database existing at all times.
      Signed-off-by: 's avatarMartin Storsjö <martin@martin.st>
      8b09d917