1. 16 Jan, 2014 1 commit
  2. 15 Jan, 2014 1 commit
    • Vincent Penquerc'h's avatar
      gst-libav: fix context leaks · ca1b5d85
      Vincent Penquerc'h authored
      A AVCodecContext needs cleaning up before being freed.
      Go through all of the allocations/setups to ensure none of them
      can leak a context or its contents.
      ca1b5d85
  3. 13 Jan, 2014 1 commit
  4. 10 Jan, 2014 2 commits
  5. 06 Jan, 2014 1 commit
  6. 03 Jan, 2014 8 commits
  7. 16 Dec, 2013 1 commit
  8. 07 Dec, 2013 2 commits
  9. 05 Dec, 2013 1 commit
  10. 02 Dec, 2013 1 commit
  11. 26 Nov, 2013 2 commits
  12. 04 Nov, 2013 1 commit
  13. 26 Oct, 2013 2 commits
  14. 15 Oct, 2013 1 commit
  15. 04 Oct, 2013 1 commit
  16. 02 Oct, 2013 5 commits
  17. 01 Oct, 2013 1 commit
  18. 28 Sep, 2013 1 commit
  19. 12 Sep, 2013 3 commits
  20. 11 Sep, 2013 1 commit
  21. 04 Sep, 2013 1 commit
    • Alex Ashley's avatar
      avcodecmap: exclude avc3 stream format from AV_CODEC_ID_H264 · 61153a5a
      Alex Ashley authored
      As part of the changes to support the "avc3" variant of the ISO-BMFF
      (see bug #702004) a new stream-format has been created
      (video/x-h264, stream-format="avc3", alignment="au") that requires
      changes to gstavcodecmap to exclude this format because avdec_h264
      expects the SPS and PPS to be in the codec_data.
      
      Amendment 2 of ISO/IEC 14496-15 (AVC file format) is defining a new
      structure for fragmented MP4 called "avc3". The principal difference
      between AVC1 and AVC3 is the location of the codec initialisation data
      (e.g. SPS, PPS). In AVC1 this data is placed in the initial MOOV box
      (moov.trak.mdia.minf.stbl.stsd.avc1) but in AVC3 this data goes in the
      first sample of every fragment.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=702004
      61153a5a
  22. 30 Aug, 2013 1 commit
  23. 29 Aug, 2013 1 commit