Changes between Version 9 and Version 10 of Nokia_APS_VAS_Direct


Ignore:
Timestamp:
Feb 16, 2009 2:50:33 PM (10 years ago)
Author:
bennylp
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Nokia_APS_VAS_Direct

    v9 v10  
    2929The whole point of APS-Direct is to enable end-to-end '''encoded audio format media flow''', that is from microphone device down to network/socket and from network/socket to the speaker device. This may sound obvious, but it has the following serious implications which will impact your application design. 
    3030 
    31  '''No mixing''' :: 
    32  
    33   As will later explained, we have developed a new variant of conference bridge called ''audio switchboard''. This object has the same API as the bridge, but it lacks the mixing capability of the bridge. The implication of this is you can't have two slots transmitting to the same slot in the switchboard. 
    34  
    35   So you can't have two calls with active and connected to the audio device at the same time. You can have more than one calls, but one of them must be put on-hold. 
    36  
    37   '''One format rule''' :: 
     31=== What APS-Direct is really === 
     32 
     33  To use APS-Direct means that you're opening the sound device in codec (i.e. non-PCM) mode. You '''still have the choice''', at run-time, to open the sound device in PCM mode, if you wish, for example to make use of the PCM features in PJMEDIA such as the tone generator, or if you want to use the software codecs such as Speex or G.722 in PJMEDIA. Note that if you use PJSUA-LIB then the management of closing/re-opening the sound device using the correct codec may be done by PJSUA-LIB automatically. 
     34 
     35  To use APS-Direct also means that you are restricted to use the audio switchboard at compile time (audio switchboard will be explained later). This means that you loose the capability of mixing audio with PJSUA-LIB, as well as several other restrictions on your audio routing arrangements. 
     36 
     37 
     38=== No access to PCM data === 
     39 
     40 This may sound obvious, but it really means that many PJMEDIA features will not be available to use when the sound device is opened in codec mode (such as: tone generator, PCM WAV files, echo canceller, conference bridge mixing, software based codecs, etc.). Some of these fatures, such as EC and codecs, will use the corresponding features in the sound device hardware, but some others such as tone generator simply cannot be used unless the sound device is closed and re-opened in PCM mode. 
     41 
     42=== No mixing === 
     43 
     44  As will later be explained, we have developed a new variant of conference bridge called ''audio switchboard''. This object has the same API as the bridge, but it lacks the mixing capability of the bridge. The implication of this is you can't have two slots transmitting to the same slot in the switchboard. 
     45 
     46  So among other things, you can't have two calls with active and connected to the audio device at the same time. You can have more than one calls, but one of them must be put on-hold. 
     47 
     48 
     49=== One format rule === 
    3850   
    3951  The sound device can only handle one format at a time, meaning that if it is currently opened with G.729 format (for one call for example), you can't feed it with PCM frames for example from the tone generator or PCM WAV files. 
     
    5163 
    5264 
    53 == Non-PCM Format == 
     65== Support for non-PCM format == 
    5466 
    5567