1. 14 Apr, 2013 1 commit
  2. 13 Mar, 2013 1 commit
  3. 12 Mar, 2013 1 commit
  4. 23 Dec, 2012 1 commit
  5. 20 Dec, 2012 1 commit
  6. 04 Sep, 2012 3 commits
  7. 07 Aug, 2012 1 commit
  8. 01 Aug, 2012 1 commit
  9. 31 Jul, 2012 1 commit
  10. 06 Apr, 2012 1 commit
  11. 06 Jan, 2012 1 commit
  12. 30 Oct, 2011 1 commit
  13. 20 Oct, 2011 1 commit
  14. 12 Oct, 2011 1 commit
  15. 31 Jul, 2011 1 commit
  16. 17 Jul, 2011 1 commit
  17. 17 May, 2011 1 commit
  18. 10 May, 2011 1 commit
  19. 30 Apr, 2011 1 commit
  20. 29 Apr, 2011 1 commit
  21. 19 Mar, 2011 1 commit
  22. 17 Mar, 2011 1 commit
  23. 22 Feb, 2011 3 commits
  24. 21 Feb, 2011 3 commits
  25. 20 Feb, 2011 2 commits
  26. 18 Feb, 2011 1 commit
  27. 16 Feb, 2011 3 commits
  28. 14 Feb, 2011 2 commits
    • Anssi Hannula's avatar
      spdifenc: fix byte order on big-endian systems · af1e8ffd
      Anssi Hannula authored
      There is a check for HAVE_BIGENDIAN when outputting the IEC 61937
      stream. On big-endian systems the payload data is not byteswapped,
      causing in effect the outputted payload data to be in a different byte
      order on big-endian than on little-endian systems.
      
      However, the IEC 61937 preamble (and the final odd byte if present) is
      always outputted in the same byte order. This means that on big-endian
      systems the headers have a different byte order than the payload,
      preventing useful use of the output.
      
      Fix that by outputting the data in a format suitable for sending to an
      audio device in S16LE format by default. Output as big-endian (S16BE)
      is added as an AVOption. This makes the muxer output the same on all
      archs by default.
      Signed-off-by: 's avatarJanne Grunau <janne-ffmpeg@jannau.net>
      (cherry picked from commit 57f2c9ae)
      af1e8ffd
    • Anssi Hannula's avatar
      spdifenc: IEC 61937 encapsulation of DTS-HD for HDMI · ec0a6889
      Anssi Hannula authored
      Signed-off-by: 's avatarJanne Grunau <janne-ffmpeg@jannau.net>
      (cherry picked from commit 482d98f6)
      ec0a6889
  29. 13 Feb, 2011 2 commits
    • Anssi Hannula's avatar
      spdifenc: fix byte order on big-endian systems · 57f2c9ae
      Anssi Hannula authored
      There is a check for HAVE_BIGENDIAN when outputting the IEC 61937
      stream. On big-endian systems the payload data is not byteswapped,
      causing in effect the outputted payload data to be in a different byte
      order on big-endian than on little-endian systems.
      
      However, the IEC 61937 preamble (and the final odd byte if present) is
      always outputted in the same byte order. This means that on big-endian
      systems the headers have a different byte order than the payload,
      preventing useful use of the output.
      
      Fix that by outputting the data in a format suitable for sending to an
      audio device in S16LE format by default. Output as big-endian (S16BE)
      is added as an AVOption. This makes the muxer output the same on all
      archs by default.
      Signed-off-by: 's avatarJanne Grunau <janne-ffmpeg@jannau.net>
      57f2c9ae
    • Anssi Hannula's avatar