Documents Download Building Support Wiki Stuff |
Main /
LatencyMeasurementsMain.LatencyMeasurements HistoryHide minor edits - Show changes to markup Changed lines 22-23 from:
This was played on the same laptop used for recording. The original reference source can be found here to:
This was played on the same laptop used for recording. The original reference source can be found here Changed lines 43-51 from:
to:
1. PSTN to PSTN: no appreciable echo could be found. 2. PSTN to cell: 135ms delay between signals 3. Cell to cell: 270ms delay between signals 4. OpenPhone to SIPP: 260ms delay between signals 5. Internal audio loopback (no SIP protocol) : 180ms delay between signals AnalysisThe reference tests (1 through 3) are consistent with real life experience. Test #5 shows that latency within the audio device being used is approx 180ms. This is atrocious, but PC sound cards, and Vista, are designed for high quality audio streaming, not interactive voice applications. If the audio latency is subtracted from the results of test #4, it appears that the latency within Opal is around 80ms. This is expected given the requirements of the jitter buffer - any less and audio could break up if the network traffic started jittering. Changed lines 13-14 from:
to:
Changed lines 13-14 from:
to:
Added line 51:
Changed lines 12-13 from:
to:
Changed lines 38-39 from:
The recorded WAV files can be to:
The recorded WAV files can be found here Changed lines 23-24 from:
Resultsto:
MethodologyChanged lines 36-49 from:
The recorded results can be found here: For each call, the time was measured (using CoolEdit) from the start of the direct audio and any echo or PSTN to PSTNto:
ResultsThe recorded WAV files can be The results were as follows:
Changed lines 27-28 from:
remove unwanted acoustic sources or to reduce echo. to:
remove unwanted acoustic sources or to reduce echo. This test showed there was no appreciable echo past 40ms after the start of the original tone. This was considered acceptable for testing. The measurement methodology was to assume that any "echo" present after 50ms of the start of the tone was a recording of the received signal. The time between the start of the direct tone and the received tone was then measured using CoolEdit. The recorded results can be found here: For each call, the time was measured (using CoolEdit) from the start of the direct audio and any echo or Changed lines 12-13 from:
to:
Changed lines 20-22 from:
The audio source was a small pieces of metal tapped sharply together near the microphone of the originating endpoint. to:
The audio source was a WAV file containing five 1ms audio pulses, spaced at 0.75 seconds, at -3db. This was played on the same laptop used for recording. The original reference source can be found here Added lines 25-28:
Before starting the tests, a reference recording was made of the environment, which was a small office containing a large number of computer systems. No steps were taken to remove unwanted acoustic sources or to reduce echo. Added lines 1-27:
(:notitle:) Measuring Voice LatencyIntroductionThis document describes some measurements of the latency of various types of voice calls. The call types measured were:
In each case, the latency was measured using CoolEdit 96 on a laptop to simultaneously record the audio fed into the microphone of the originating endpoint and the audio departing the speaker of the destination endpoint. All audio was recorded at 48khz mono using 16 bits per sample. The audio source was a small pieces of metal tapped sharply together near the microphone of the originating endpoint. ResultsPSTN to PSTN |