Skip to content
Snippets Groups Projects
  1. Sep 26, 2014
  2. Jul 20, 2014
  3. Jul 04, 2012
  4. Apr 30, 2012
  5. Apr 04, 2012
  6. Feb 18, 2011
  7. Feb 12, 2011
  8. Feb 03, 2011
  9. Mar 25, 2010
  10. Dec 01, 2009
    • Tilghman Lesher's avatar
      More 32->64 bit codec conversions. · f59fe83c
      Tilghman Lesher authored
      In the process of swapping ULAW to a place in the extended codec space, we
      found several unhandled cases, where a 32-bit integer was still being used to
      handle a codec field.  Most of these have been fixed with this commit, although
      there is at least one case (codec_dahdi) which depends upon outside headers to
      be altered before a conversion can be made.
      (Fixes AST-278, SWP-459)
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@231850 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      f59fe83c
  11. Nov 04, 2009
  12. Jun 30, 2009
    • Russell Bryant's avatar
      Move Asterisk-addons modules into the main Asterisk source tree. · c511a267
      Russell Bryant authored
      Someone asked yesterday, "is there a good reason why we can't just put these
      modules in Asterisk?".  After a brief discussion, as long as the modules are
      clearly set aside in their own directory and not enabled by default, it is
      perfectly fine.
      
      For more information about why a module goes in addons, see README-addons.txt.
      
      chan_ooh323 does not currently compile as it is behind some trunk API updates.
      However, it will not build by default, so it should be okay for now.
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@204413 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      c511a267
Loading