Skip to content
Snippets Groups Projects
  1. May 03, 2011
  2. Apr 25, 2011
  3. Feb 22, 2011
    • David Vossel's avatar
      Media Project Phase2: SILK 8khz-24khz, SLINEAR 8khz-192khz, SPEEX 32khz, hd... · d760e81f
      David Vossel authored
      Media Project Phase2: SILK 8khz-24khz, SLINEAR 8khz-192khz, SPEEX 32khz, hd audio ConfBridge, and other stuff
      
      -Functional changes
      1. Dynamic global format list build by codecs defined in codecs.conf
      2. SILK 8khz, 12khz, 16khz, and 24khz with custom attributes defined in codecs.conf
      3. Negotiation of SILK attributes in chan_sip.
      4. SPEEX 32khz with translation
      5. SLINEAR 8khz, 12khz, 24khz, 32khz, 44.1khz, 48khz, 96khz, 192khz with translation
         using codec_resample.c
      6. Various changes to RTP code required to properly handle the dynamic format list
         and formats with attributes.
      7. ConfBridge now dynamically jumps to the best possible sample rate.  This allows
         for conferences to take advantage of HD audio (Which sounds awesome)
      8. Audiohooks are no longer limited to 8khz audio, and most effects have been
         updated to take advantage of this such as Volume, DENOISE, PITCH_SHIFT.
      9. codec_resample now uses its own code rather than depending on libresample.
      
      -Organizational changes
      Global format list is moved from frame.c to format.c
      Various format specific functions moved from frame.c to format.c
      
      Review: https://reviewboard.asterisk.org/r/1104/
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@308582 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      d760e81f
  4. Feb 03, 2011
  5. Sep 02, 2010
  6. Jul 26, 2010
  7. Jul 20, 2010
  8. Jun 16, 2010
  9. Apr 20, 2010
  10. Dec 08, 2009
    • Russell Bryant's avatar
      Set a module load priority for format modules. · 8ab22f5d
      Russell Bryant authored
      A recent change to app_voicemail made it such that the module now assumes that
      all format modules are available while processing voicemail configuration.
      However, when autoloading modules, it was possible that app_voicemail was
      loaded before the format modules.  Since format modules don't depend on
      anything, set a module load priority on them to ensure that they get loaded
      first when autoloading.
      
      This fix applies to trunk, 1.6.1, and 1.6.2.  The fix for 1.4 and 1.6.0 will
      require a different approach since the module load priority functionality is
      not present in the module API.
      
      (issue #16412)
      Reported by: jiddings
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@233692 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      8ab22f5d
  11. Nov 04, 2009
  12. Oct 19, 2009
  13. Jun 15, 2009
  14. May 21, 2009
    • Kevin P. Fleming's avatar
      Const-ify the world (or at least a good part of it) · e6b2e9a7
      Kevin P. Fleming authored
      This patch adds 'const' tags to a number of Asterisk APIs where they are appropriate (where the API already demanded that the function argument not be modified, but the compiler was not informed of that fact). The list includes:
      
      - CLI command handlers
      - CLI command handler arguments
      - AGI command handlers
      - AGI command handler arguments
      - Dialplan application handler arguments
      - Speech engine API function arguments
      
      In addition, various file-scope and function-scope constant arrays got 'const' and/or 'static' qualifiers where they were missing.
      
      Review: https://reviewboard.asterisk.org/r/251/
      
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@196072 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      e6b2e9a7
  15. Apr 08, 2009
  16. Feb 15, 2009
  17. Feb 13, 2009
    • Kevin P. Fleming's avatar
      Add basic (passthrough, playback, record) support for ITU G.722.1 and G.722.1C... · 2a53f2ec
      Kevin P. Fleming authored
      Add basic (passthrough, playback, record) support for ITU G.722.1 and G.722.1C (also known as Siren7 and Siren14)
      
      This patch adds passthrough, file recording and file playback support for the codecs listed above, with negotiation over SIP/SDP supported. Due to Asterisk's current limitation of treating a codec/bitrate combination as a unique codec, only G.722.1 at 32 kbps and G.722.1C at 48 kbps are supported.
      
      Along the way, some related work was done:
      
      1) The rtpPayloadType structure definition, used as a return result for an API call in rtp.h, was moved from rtp.c to rtp.h so that the API call was actually usable. The only previous used of the API all was chan_h323.c, which had a duplicate of the structure definition instead of doing it the right way.
      
      2) The hardcoded SDP sample rates for various codecs in chan_sip.c were removed, in favor of storing these sample rates in rtp.c along with the codec definitions there. A new API call was added to allow retrieval of the sample rate for a given codec.
      
      3) Some basic 'a=fmtp' parsing for SDP was added to chan_sip, because chan_sip *must* decline any media streams offered for these codecs that are not at the bitrates that we support (otherwise Bad Things (TM) would result).
      
      Review: http://reviewboard.digium.com/r/158/
      
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@175508 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      2a53f2ec
  18. Dec 08, 2008
  19. Nov 02, 2008
  20. Oct 09, 2008
  21. Sep 22, 2008
  22. Aug 07, 2008
  23. Jul 08, 2008
  24. May 22, 2008
  25. Apr 03, 2008
  26. Mar 28, 2008
  27. Mar 07, 2008
    • Russell Bryant's avatar
      Merge changes from team/russell/g722-sillyness ... · 5ca5d976
      Russell Bryant authored
      Fix a number of other places where the number of samples in a G722 frame was
      not properly handled because of various reasons.
      
      main/rtp.c:
       - When a G722 frame is read from the smoother, the number of samples in the
         frame must be divided by 2 before being sent out over the network.  Even
         though G722 is 16 kHz, an error in some previous spec has made it so that
         we have to list the number of samples such as if it was 8 kHz.
      
      main/file.c:
       - When scheduling the next time to expect a frame, take into account that the
         format of the file we're reading from may not be 8 kHz.
      
      codecs/codec_g722.c:
       - When converting from G722 to slinear, g722_decode() expects its samples
         parameter to be in the silly (real samples / 2) format.  Make it so.
       - When converting from slinear to G722, properly set the number of samples in
         the frame to be the number of bytes of output * 2.
      
      formats/format_pcm.c:
       - This format module handles G722, among a number of other formats.  However,
         the read() and seek() functions did not account for the fact that G722 has
         2 samples per byte.
      
      (closes issue #12130, reported by rickross, patched by me)
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@106501 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      5ca5d976
  28. Jan 10, 2008
  29. Jan 07, 2008
  30. Dec 17, 2007
    • Kevin P. Fleming's avatar
      Merged revisions 93180 via svnmerge from · 100ef27a
      Kevin P. Fleming authored
      https://origsvn.digium.com/svn/asterisk/branches/1.4
      
      ........
      r93180 | kpfleming | 2007-12-16 22:44:51 -0800 (Sun, 16 Dec 2007) | 23 lines
      
      In http://lists.digium.com/pipermail/asterisk-dev/2007-December/031145.html,
      rizzo brought up some issues related to the way that the metadata required
      for menuselect and the rest of the build system is extracted from the source
      files. Since I had a few hours to kill on an airplane today, I decided to
      improve this situation... so now the system caches the extracted metadata
      and uses it to build the menuselect 'tree' as much as it can. The result
      of this is that when a single source file is changed, only the metadata for
      that file needs to be extracted again, and the rest is used from the cache
      files. I also reduced the number of forked processes required to do the
      metadata extraction; it was actually possible to do most of what we needed
      in the Makefiles themselves without using any shell scripts at all! On my
      laptop, these changes resulted in an 80% decrease in the time required
      for the 'menuselect.makeopts' automatic check to occur after editing a single
      source file.
      
      While doing this work I also cleaned up a few minor things in the Makefiles,
      adding a check for 'awk' to the configure script and changed all remaining
      places we use 'grep' or 'awk' to use the ones found by the configure script,
      and changed the 'prep_tarball' script to build the menuselect metadata so
      that tarballs of Asterisk will include it and won't require the user to
      wait while it is extracted after unpacking.
      
      
      ........
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@93184 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      100ef27a
  31. Dec 10, 2007
    • Luigi Rizzo's avatar
      Put into Makefile.moddir_rules the common instructions used to · 54908891
      Luigi Rizzo authored
      generate loadable and embedded module lists.
      
      Individual Makefiles now are a lot simpler, possibly as simple as this:
      
          -include $(ASTTOPDIR)/menuselect.makeopts $(ASTTOPDIR)/menuselect.makedeps
          MODULE_PREFIX=cdr_
          all: _all
          include $(ASTTOPDIR)/Makefile.moddir_rules
      
      and also more flexible because in a single directory we can combine
      various types of modules (app_, cdr_, func_, ... ) by simply
      listing them in the MODULE_PREFIX variable.
      
      The individual Makefiles can also create list of modules to be
      excluded by listing them in the variablel MODULE_EXCLUDE (see an
      example in channels/Makefile).
      
      With this change it becomes trivial to integrate a directory with
      locally created/modified sources into the main build.
      
      
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@92082 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      54908891
  32. Dec 09, 2007
  33. Nov 29, 2007
  34. Nov 23, 2007
  35. Nov 22, 2007
Loading