Skip to content
Snippets Groups Projects
  1. Sep 21, 2018
  2. Jul 04, 2018
  3. May 27, 2018
  4. May 25, 2018
  5. Mar 30, 2018
  6. Mar 29, 2018
  7. May 14, 2017
  8. May 13, 2017
  9. Apr 23, 2017
  10. Apr 12, 2017
  11. Jan 22, 2017
  12. Nov 03, 2016
  13. Sep 30, 2016
  14. Sep 15, 2016
    • Nikolas Bowe's avatar
      avcodec/(e)ac3: Fix target_level for EAC3. · 96cd6f67
      Nikolas Bowe authored
      
      Currently when using target_level with EAC3 it produces silence. This small patch fixes target_level for decoding EAC3.
      
      Example:
      ffmpeg -y -i /tmp/test.wav -acodec eac3 -dialnorm -14 -ac 6 -b:a 384000 /tmp/test.m2ts
      ffmpeg -y -target_level -24 -i /tmp/test.m2ts -acodec pcm_s16le -f matroska /tmp/out.mkv
      ffplay /tmp/out.mkv
      
      Signed-off-by: default avatarMichael Niedermayer <michael@niedermayer.cc>
      96cd6f67
  15. Jul 29, 2016
  16. Apr 25, 2016
  17. Apr 02, 2016
  18. Dec 24, 2015
  19. Nov 30, 2015
    • Ganesh Ajjanagadde's avatar
      avcodec/ac3: always use hardcoded tables · 7b11eead
      Ganesh Ajjanagadde authored
      
      The table in question is a 253 byte one. In fact, it turns out that
      dynamic generation of the table results in an increased binary size.
      
      Code compiled with GCC 5.2.0, x86-64 (size in bytes), before and after
      patch:
      old: 62321064 libavcodec/libavcodec.so.57
      new: 62320536 libavcodec/libavcodec.so.57
      
      Thus, it always make sense to statically allocate this.
      
      Tested with FATE with/without --enable-hardcoded-tables.
      
      Reviewed-by: default avatarwm4 <nfxjfg@googlemail.com>
      Signed-off-by: default avatarGanesh Ajjanagadde <gajjanagadde@gmail.com>
      7b11eead
  20. Oct 21, 2015
  21. Aug 28, 2015
  22. Jul 27, 2015
  23. Mar 26, 2015
  24. Mar 17, 2015
  25. Mar 15, 2015
  26. Mar 14, 2015
  27. Feb 14, 2015
  28. Feb 04, 2015
  29. Nov 20, 2014
  30. Aug 27, 2014
  31. Jun 23, 2014
Loading