Skip to content
Snippets Groups Projects
  1. Sep 08, 2021
  2. Aug 31, 2021
  3. Jun 30, 2021
  4. Apr 27, 2021
  5. Apr 13, 2021
  6. Mar 15, 2021
  7. Feb 17, 2021
    • Matthew Waters's avatar
      avviddec: take the maximum of the height/coded_height · aacec2cf
      Matthew Waters authored and Tim-Philipp Müller's avatar Tim-Philipp Müller committed
      Otherwise, some h.264 streams (particularly with cropping information)
      may cause memory corruption after a renegotiation to a smaller size when
      decoded and then ffmpeg writes past the end of the buffer.
      
      Fixes: #80
      Part-of: <!118>
      aacec2cf
    • Matthew Waters's avatar
      viddec: don't configure and incorrect buffer pool when receiving a gap event · 3d7ace81
      Matthew Waters authored and Tim-Philipp Müller's avatar Tim-Philipp Müller committed
      Scenario is this:
      1. libav receives enough data to want a buffer with get_buffer2()
         which wants a buffer pool with a certain format, say Y42B but does
         not negotiate and therefore GstVideoDecoder does not have any output
         state configured
      2. A gap event is received which GstVideoDecoder wants to forward.  It
         needs caps to forward the gap event so attempts to negotiate with some
         default information which chooses e.g. I420 and overwrites the
         previously configured bufferpool decided on by get_buffer2()
      3. There is a mismatch between what ensure_internal_pool() check for
         consistency and what decide_allocation() sets when overriding the
         internal pool with the downstream pool.
      4. FFMpeg then requests a Y42B buffer from an I420 pool and predictably
         crashes writing past the contents of the buffer
      
      This is fixed by keeping track of the internal pool states correctly.
      
      Part-of: <!117>
      3d7ace81
  8. Jan 14, 2021
  9. Jan 13, 2021
  10. Jan 03, 2021
  11. Dec 06, 2020
  12. Oct 29, 2020
    • Arun Raghavan's avatar
      avauddec: Check planar-ness of frame rather than context · b16d1e80
      Arun Raghavan authored and Tim-Philipp Müller's avatar Tim-Philipp Müller committed
      The check seems to be to present to verify that the decoded frame
      matches the format we expect. The actual check for the layout of the
      frame was being performed against the context instead.
      
      The check fails at least for avdec_aptx_hd, where the AVCodecContext has
      the sample format set to AV_SAMPLE_FMT_NONE.
      
      Part-of: <!108>
      b16d1e80
  13. Oct 27, 2020
  14. Oct 26, 2020
  15. Oct 12, 2020
  16. Sep 30, 2020
  17. Sep 08, 2020
  18. Sep 07, 2020
  19. Aug 20, 2020
  20. Aug 04, 2020
  21. Jul 23, 2020
  22. Jul 08, 2020
  23. Jul 06, 2020
  24. Jul 03, 2020
  25. Jul 02, 2020
Loading