Skip to content
Snippets Groups Projects
  1. Jul 18, 2018
  2. Feb 23, 2017
    • frahaase's avatar
      Binaural synthesis (confbridge): Adds binaural synthesis to bridge_softmix. · 094c26aa
      frahaase authored
      Adds binaural synthesis to bridge_softmix (via convolution using libfftw3).
      Binaural synthesis is conducted at 48kHz.
      For a conference, only one spatial representation is rendered.
      The default rendering is applied for mono-capable channels.
      
      ASTERISK-26292
      
      Change-Id: Iecdb381b6adc17c961049658678f6219adae1ddf
      094c26aa
  3. Feb 15, 2017
  4. Apr 11, 2014
  5. Nov 16, 2012
    • Automerge script's avatar
      Merged revisions 376341,376344-376345 via svnmerge from · e8898ec8
      Automerge script authored
      file:///srv/subversion/repos/asterisk/trunk
      
      ................
        r376341 | dlee | 2012-11-15 18:08:00 -0600 (Thu, 15 Nov 2012) | 34 lines
        
        Migrate hashtest/hashtest2 to be unit tests.
        
        Both hashtest and hashtest2 are manual testing apps that thrash hash
        tables (hashtab and ao2 containers, respectively), by spinning up
        several threads that randomly insert, delete, lookup and iterate over
        the hash table. If the app doesn't crash, the hash table probably passes
        the test. Those utils are not a part of the typical Asterisk build, so
        they do not usually get compiled. This all makes them less that useful.
        
        This patch removes those manual test programs and replaces them with
        Asterisk unit test modules (test_{hashtab,astobj2}_thrash.so). It also
        attempts to make the tests more deterministic.
        
        * Rather than spinning up some number of threads that operate on the
          hash table randomly, spin up four threads that concurrenly add,
          remove, lookup and iterate over the hash table.
        * Each thread checks the state of the hash table both during and after
          execution, and indicates a test failure if things are not as expected.
        * Each thread times out after 60 seconds to prevent deadlocking the unit
          test run.
        
        (closes issue ASTERISK-20505)
        Reported by: Matt Jordan
        Review: https://reviewboard.asterisk.org/r/2189/
        ........
        
        Merged revisions 376306 from http://svn.asterisk.org/svn/asterisk/branches/1.8
        ........
        
        Merged revisions 376315 from http://svn.asterisk.org/svn/asterisk/branches/10
        ........
        
        Merged revisions 376339 from http://svn.asterisk.org/svn/asterisk/branches/11
      ................
        r376344 | dlee | 2012-11-15 18:14:00 -0600 (Thu, 15 Nov 2012) | 1 line
        
        Somehow I put in svn-1.6 merge information. Oops.
      ................
        r376345 | dlee | 2012-11-15 18:15:30 -0600 (Thu, 15 Nov 2012) | 15 lines
        
        Fixed extconf.c breakage introduced in r376306.
        
        To quote wdoekes:
        > Note that I'm not confirming legitimacy of having that file in tree at
        > all. Is anyone using aelparse/conf2ael?
        ........
        
        Merged revisions 376340 from http://svn.asterisk.org/svn/asterisk/branches/1.8
        ........
        
        Merged revisions 376342 from http://svn.asterisk.org/svn/asterisk/branches/10
        ........
        
        Merged revisions 376343 from http://svn.asterisk.org/svn/asterisk/branches/11
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/team/mmichelson/threadpool@376352 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      e8898ec8
    • David M. Lee's avatar
      Migrate hashtest/hashtest2 to be unit tests. · 752ffc69
      David M. Lee authored
      Both hashtest and hashtest2 are manual testing apps that thrash hash
      tables (hashtab and ao2 containers, respectively), by spinning up
      several threads that randomly insert, delete, lookup and iterate over
      the hash table. If the app doesn't crash, the hash table probably passes
      the test. Those utils are not a part of the typical Asterisk build, so
      they do not usually get compiled. This all makes them less that useful.
      
      This patch removes those manual test programs and replaces them with
      Asterisk unit test modules (test_{hashtab,astobj2}_thrash.so). It also
      attempts to make the tests more deterministic.
      
      * Rather than spinning up some number of threads that operate on the
        hash table randomly, spin up four threads that concurrenly add,
        remove, lookup and iterate over the hash table.
      * Each thread checks the state of the hash table both during and after
        execution, and indicates a test failure if things are not as expected.
      * Each thread times out after 60 seconds to prevent deadlocking the unit
        test run.
      
      (closes issue ASTERISK-20505)
      Reported by: Matt Jordan
      Review: https://reviewboard.asterisk.org/r/2189/
      ........
      
      Merged revisions 376306 from http://svn.asterisk.org/svn/asterisk/branches/1.8
      ........
      
      Merged revisions 376315 from http://svn.asterisk.org/svn/asterisk/branches/10
      ........
      
      Merged revisions 376339 from http://svn.asterisk.org/svn/asterisk/branches/11
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@376341 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      752ffc69
  6. Aug 18, 2012
  7. Oct 14, 2011
  8. Oct 10, 2011
  9. Sep 28, 2011
  10. Jul 06, 2011
    • Terry Wilson's avatar
      Replace Berkeley DB with SQLite 3 · efd040cd
      Terry Wilson authored
      There were some bugs in the very ancient version of Berkeley DB that Asterisk
      used. Instead of spending the time tracking down the bugs in the Berkeley code
      we move to the much better documented SQLite 3.
      
      Conversion of the old astdb happens at runtime by running the included
      astdb2sqlite3 utility. The ast_db API with SQLite 3 backend should behave
      identically to the old Berkeley backend, but in the future we could offer a
      much more robust interface.
      
      We do not include the SQLite 3 library in the source tree, but instead rely
      upon the distribution-provided libraries. SQLite is so ubiquitous that this
      should not place undue burden on administrators.
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@326589 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      efd040cd
  11. Feb 15, 2010
  12. Oct 22, 2009
Loading