1. 05 Nov, 2017 3 commits
  2. 04 Nov, 2017 2 commits
  3. 01 Nov, 2017 1 commit
  4. 30 Oct, 2017 1 commit
  5. 29 Oct, 2017 3 commits
  6. 26 Oct, 2017 1 commit
  7. 24 Oct, 2017 1 commit
  8. 23 Oct, 2017 2 commits
  9. 21 Oct, 2017 1 commit
  10. 18 Oct, 2017 1 commit
  11. 16 Oct, 2017 1 commit
  12. 11 Oct, 2017 1 commit
  13. 08 Oct, 2017 1 commit
    • Marton Balint's avatar
      ffmpeg: always use single threaded decoding for attached pictures · 41569bbc
      Marton Balint authored
      Since af1761f7 ffmpeg waits for a frame in each
      stream before writing the output header. If we are using threaded decoding for
      attached pictures, we have to read till EOF to be able to finally flush the
      decoder and output the decoded frame. This essentially makes ffmpeg buffer all
      non-attached picture packets, which will cause a "Too many packets buffered for
      output stream" eventually.
      
      By forcing single threaded decoding, we get a frame from a single packet as
      well and we can avoid the error.
      
      Fixes part of ticket #6375:
      ffmpeg -i 46564100.mp3 -acodec libmp3lame -ab 128k -ac 2 out.mp3
      Reviewed-by: 's avatarHendrik Leppkes <h.leppkes@gmail.com>
      Signed-off-by: 's avatarMarton Balint <cus@passwd.hu>
      41569bbc
  14. 03 Oct, 2017 1 commit