1. 23 Jul, 2012 2 commits
  2. 22 Jul, 2012 1 commit
  3. 17 Jul, 2012 2 commits
  4. 16 Jul, 2012 1 commit
  5. 13 Jul, 2012 1 commit
  6. 12 Jul, 2012 2 commits
  7. 26 Jun, 2012 1 commit
  8. 18 Jun, 2012 2 commits
  9. 17 Jun, 2012 1 commit
    • Samuel Pitoiset's avatar
      RTMPT protocol support · 8e50c57d
      Samuel Pitoiset authored
      
      
      This adds two protocols, but one of them is an internal implementation
      detail just used as an abstraction layer/generalization in the code. The
      RTMPT protocol implementation uses rtmphttp:// as an alternative to the
      tcp:// protocol. This allows moving most of the lower level logic out
      from the higher level generic rtmp code.
      Signed-off-by: default avatarMartin Storsjö <martin@martin.st>
      8e50c57d
  10. 02 Jun, 2012 1 commit
  11. 21 May, 2012 1 commit
  12. 08 May, 2012 1 commit
  13. 07 May, 2012 1 commit
  14. 26 Mar, 2012 1 commit
  15. 23 Feb, 2012 1 commit
    • Martin Storsjö's avatar
      rtpenc: Allow packetizing H263 according to the old RFC 2190 · c4584f3c
      Martin Storsjö authored
      
      
      According to newer RFCs, this packetization scheme should only
      be used for interfacing with legacy systems.
      
      Implementing this packetization mode properly requires parsing
      the full H263 bitstream to find macroblock boundaries (and knowing
      their macroblock and gob numbers and motion vector predictors).
      
      This implementation tries to look for GOB headers (which
      can be inserted by using -ps <small number>), but if the GOBs
      aren't small enough to fit into the MTU, the packetizer blindly
      splits packets at any offset and claims it to be a GOB boundary
      (by using Mode A from the RFC). While not correct, this seems
      to work with some receivers.
      Signed-off-by: default avatarMartin Storsjö <martin@martin.st>
      c4584f3c
  16. 22 Feb, 2012 1 commit
  17. 14 Feb, 2012 5 commits
  18. 03 Feb, 2012 1 commit
    • Anton Khirnov's avatar
      frame{crc/md5}: set the stream timebase from codec timebase. · d2afbd9a
      Anton Khirnov authored
      Right now those muxers use the default timebase in all cases(1/90000).
      
      This patch avoid unnecessary rescaling and makes the printed timestamps
      more readable.
      
      Also, extend the printed information to include the timebases and packet
      pts/duration and align the columns.
      
      Obviously changes the results of all fate tests which use those two
      muxers.
      d2afbd9a
  19. 31 Jan, 2012 1 commit
  20. 25 Jan, 2012 1 commit
  21. 23 Jan, 2012 1 commit
  22. 20 Jan, 2012 1 commit
  23. 16 Jan, 2012 2 commits
  24. 07 Jan, 2012 1 commit
  25. 03 Jan, 2012 1 commit
  26. 28 Dec, 2011 1 commit
  27. 22 Dec, 2011 3 commits
  28. 19 Dec, 2011 1 commit
  29. 18 Dec, 2011 1 commit