1. 05 Mar, 2015 1 commit
  2. 24 Feb, 2015 2 commits
  3. 22 Feb, 2015 1 commit
  4. 21 Feb, 2015 3 commits
  5. 15 Feb, 2015 2 commits
  6. 14 Feb, 2015 2 commits
  7. 18 Dec, 2014 1 commit
    • Thomas Volkert's avatar
      rtp: Initial H.261 support · a505c0d7
      Thomas Volkert authored
      The packetizer only supports splitting at GOB headers - if
      such aren't available frequently enough, it splits at any
      random byte offset (not at a macroblock boundary either, which
      would be allowed by the spec) and sends a payload header pretend
      that it starts with a GOB header.
      
      As long as a receiver doesn't try to handle such cases cleverly
      but just drops broken frames, this shouldn't matter too much
      in practice.
      Signed-off-by: 's avatarMartin Storsjö <martin@martin.st>
      a505c0d7
  8. 24 Sep, 2014 1 commit
    • Vittorio Giovara's avatar
      rtpdec_hevc: Drop a duplicated, nonstandard entry · c463dfc7
      Vittorio Giovara authored
      The RFC spec draft only specifies the "H265" name - there is no
      specification saying how to interpret "HEVC" (if such a packet
      format is specified it could be an entirely different format).
      
      Since this is a very new standard (still a draft), there is little
      need for compatibility with existing, broken implementations. Therefore
      remove the extra alias, to avoid the risk of encouraging incorrect
      usage.
      
      Intentionally keeping the ff_hevc_dynamic_handler name for the
      handler, to use "hevc" consistently as name for the codec instead
      of "h265" within the library internals as long as there only is one
      single variant in actual use.
      Signed-off-by: 's avatarMartin Storsjö <martin@martin.st>
      c463dfc7
  9. 03 Sep, 2014 1 commit
  10. 26 Aug, 2014 1 commit
  11. 24 Aug, 2014 1 commit
  12. 20 Jan, 2013 2 commits
  13. 21 Dec, 2012 1 commit
  14. 23 Sep, 2012 1 commit
  15. 09 Sep, 2012 1 commit
  16. 18 Jun, 2012 1 commit
  17. 18 Feb, 2012 1 commit
    • Martin Storsjö's avatar
      rtpdec: Identify incorrectly signalled H263 · c7e8639c
      Martin Storsjö authored
      H263 in RTP can be packetized in two formats (RFC 2190, RFC
      2429/4629). The former normally uses the static payload type 34,
      while the latter normally uses dynamic payload types with the
      SDP format names H263-1998 or H263-2000.
      
      Look for packets that don't look like proper RFC 2190 packets and
      switch to depacketizing them according to the new format if they
      match some heuristic criteria.
      Signed-off-by: 's avatarMartin Storsjö <martin@martin.st>
      c7e8639c
  18. 14 Feb, 2012 1 commit
  19. 30 Nov, 2011 1 commit
    • Miroslav Slugeň's avatar
      rtpdec: Add support for G726 audio · 06d7325a
      Miroslav Slugeň authored
      This requires using a separate init function, since there
      isn't necessarily any fmtp lines for this codec, so
      parse_sdp_a_line won't be called. Incorporating it with the
      alloc function wouldn't do either, since it is called before
      the full rtpmap line is parsed (where the sample rate is
      extracted).
      Signed-off-by: 's avatarMartin Storsjö <martin@martin.st>
      06d7325a
  20. 07 Nov, 2011 1 commit
  21. 19 Mar, 2011 1 commit
  22. 05 Dec, 2010 1 commit
  23. 06 Oct, 2010 1 commit
  24. 16 Aug, 2010 1 commit
  25. 12 Aug, 2010 1 commit
  26. 30 Jul, 2010 1 commit