1. 06 Feb, 2016 1 commit
  2. 01 Feb, 2016 2 commits
  3. 31 Jan, 2016 3 commits
  4. 30 Jan, 2016 2 commits
    • Kieran Kunhya's avatar
      avcodec: Remove libvo-aacenc support. · e07e88cd
      Kieran Kunhya authored
      The internal encoder is superior to libvo-aacenc.
      Signed-off-by: 's avatarTimothy Gu <timothygu99@gmail.com>
      e07e88cd
    • Timothy Gu's avatar
      avcodec: Remove libaacplus · 9ba54c1b
      Timothy Gu authored
      TODO: bump minor
      
      It's inferior in quality to fdk-aac and has an arguably more problematic
      license.
      
      As early as 2012, a HydrogenAudio user reported:
      
      > It has however one huge advantage: much better quality at low bitrates than
      > faac and libaacplus.
      
      (https://hydrogenaud.io/index.php?PHPSESSID=ckiq394pdglka0kj2fin6ij8t7&topic=95989.msg804633#msg804633)
      
      I myself have made a few spectrograms for a comparison of the two
      encoders as well. The FDK output is consistently better than the
      libaacplus one, in all bitrates I tested.
      
      libaacplus license is 3GPP + LGPLv2. 3GPP copyright notice is completely
      proprietory, as follows:
      
      > No part may be reproduced except as authorized by written permission.
      >
      > The copyright and the foregoing restriction extend to reproduction in
      > all media.
      >
      > :copyright: 2008, 3GPP Organizational Partners (ARIB, ATIS, CCSA, ETSI, TTA, TTC).
      >
      > All rights reserved.
      
      (The latest 26410-d00 zip from 3GPP has the same notice, but the copyright
      year is changed to 2015)
      
      The copyright part of the FDK AAC license (section 2) is a copyleft
      license that permits redistribution under certain conditions (and
      therefore the LGPL + libfdk-aac combination is not prohibited by
      configure):
      
      > Redistribution and use in source and binary forms, with or without
      > modification, are permitted without payment of copyright license fees
      > provided that you satisfy the following conditions:
      >
      > You must retain the complete text of this software license in
      > redistributions of the FDK AAC Codec or your modifications thereto in
      > source code form.
      >
      > You must retain the complete text of this software license in the
      > documentation and/or other materials provided with redistributions of
      > the FDK AAC Codec or your modifications thereto in binary form.
      >
      > You must make available free of charge copies of the complete source
      > code of the FDK AAC Codec and your modifications thereto to recipients
      > of copies in binary form.
      >
      > The name of Fraunhofer may not be used to endorse or promote products
      > derived from this library without prior written permission.
      >
      > You may not charge copyright license fees for anyone to use, copy or
      > distribute the FDK AAC Codec software or your modifications thereto.
      >
      > Your modified versions of the FDK AAC Codec must carry prominent
      > notices stating that you changed the software and the date of any
      > change. For modified versions of the FDK AAC Codec, the term
      > "Fraunhofer FDK AAC Codec Library for Android" must be replaced by the
      > term "Third-Party Modified Version of the Fraunhofer FDK AAC Codec
      > Library for Android."
      9ba54c1b
  5. 29 Jan, 2016 2 commits
  6. 28 Jan, 2016 3 commits
    • wm4's avatar
      mmaldec: limit internal buffering · 14a90c9e
      wm4 authored
      This uses a new MMAL feature, which limits the number of extra frames
      that can be buffered within the decoder. VIDEO_MAX_NUM_CALLBACKS can
      be defined as positive or negative number. Positive numbers are
      absolute, and can lead to deadlocks if the user underestimates the
      number of required buffers. Negative numbers specify the number of extra
      buffers, e.g. -1 means no extra buffer, (-1-N) means N extra buffers.
      
      Set a gratuitous default of -11 (N=10). This is much lower than the
      firmware default, which appears to be 96.
      
      This is backwards compatible, but needs a symbol only present in newer
      firmware headers. (It's an enum item, so it requires a check in
      configure.)
      14a90c9e
    • wm4's avatar
      mmaldec: support MPEG-4 · 7b1b53f3
      wm4 authored
      I guess this means part 2 in both cases. Not sure which profiles exactly
      are actually supported properly.
      7b1b53f3
    • wm4's avatar
      configure: fix mmal build dependencies · 0badf456
      wm4 authored
      The mmal decoders do not depend on the software decoders.
      0badf456
  7. 27 Jan, 2016 2 commits
  8. 25 Jan, 2016 2 commits
  9. 24 Jan, 2016 3 commits
  10. 23 Jan, 2016 2 commits
  11. 21 Jan, 2016 5 commits
  12. 20 Jan, 2016 1 commit
  13. 19 Jan, 2016 3 commits
  14. 18 Jan, 2016 1 commit
  15. 17 Jan, 2016 1 commit
  16. 14 Jan, 2016 2 commits
  17. 12 Jan, 2016 2 commits
  18. 11 Jan, 2016 1 commit
  19. 09 Jan, 2016 1 commit
  20. 08 Jan, 2016 1 commit