Changes between Initial Version and Version 1 of audio-check-sound-device-jitter


Ignore:
Timestamp:
Dec 6, 2006 1:03:15 PM (14 years ago)
Author:
bennylp
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • audio-check-sound-device-jitter

    v1 v1  
     1= Checking the Quality of the Sound Device = 
     2 
     3In the worst case, some of the audio problems may come from the sound device itself, causing problems such as: 
     4 * audio stutters,  
     5 * audio break-ups. 
     6 
     7It may not be the sound device itself that causing the problem, but could be the operating system driver for the device. For example, on Linux, the ALSA driver tends to have a very good quality while using OSS driver for the same device would give a less satisfactory result.  
     8 
     9It is also observed from the mailing list discussions that many embedded Linux device with on-board sound adapter give a bad audio quality with OSS driver, although normally it would play a WAV file fine. We conclude that these sound adapter (or the driver) is not really designed for streaming, bidirectional communication like audio call, but rather for trivial tasks like playing a file to the speaker. 
     10 
     11== Sound Device Problems == 
     12 
     13Some problems with sound device: 
     14 
     15 1. '''Jitter''': 
     16  Common problem with most sound device is the jitter. Where for example PJMEDIA expects audio frames to be delivered at exactly 20ms interval, the sound device (or driver) may deliver it at 10ms, 10ms, 30ms, 30ms, etc. Normally the total number of frames delivered will match the clock rate (i.e. there's no lost frames), but it's just that these frames are not delivered in timely manner. 
     17 1. '''Burst''': 
     18  A worsening problem with the jitter is bursting, where the sound device (or driver) delivers the audio frame in burst and then followed by silent period, and burst again. If the sound device is open in full-duplex mode, this would normally cause the recorder callback to be called in burst of several calls, then followed by burst call to the playback callback, and back to burst call to the recorder callback, and so on. 
     19 1. '''Underflows''' and '''Overflows''': 
     20  Another problem with audio application is underflows and overflows, where application is not processing the audio frames quickly enough. 
     21 1. '''Clock drifting''': 
     22  A not so common problem with some sound device is clock drifting, where the sound device is not delivering audio samples at the exact clock rate. For example, when the sound device is opened at 8KHz, the sound device may deliver a little less or more than 8000 samples per second. 
     23 
     24 
     25== Testing the Sound Device == 
     26