The most likely problem is the audio buffer (or maybe the jitter
buffer). When using CELT with 512-sample frames at 44.1 kHz, the delay
intruduced by CELT is 14.5 ms, no more, no less. The rest is caused by
your phone. As for RTP use, please have a look at the following draft:
http://people.xiph.org/~jm/draft-valin-celt-rtp-profile-00.txt
Cheers,
Jean-Marc
Alexandre Savard a ?crit :> Hi,
>
> we are currently implementing Celt codec into SFLphone, a sip/iax
> softphone.
>
> Sound quality seems to be good. However, we are experiencing an
> important latency, which makes small segments of sound to be interleaved
> with blanks.
>
> 1 channel of compressed audio data packets are sent using a fixed frame
> size of 512 samples at 44100 Hz, using a 128 byte-per-packets
> compression.
>
> Could this delay be due to an algorithmic latency? Changing Thread speed
> (sleep 1 - 8 ms) seemed to have no influence on the result.
>
> Is there a way to optimize celt parameters so that it can be sent using
> rtp? We will give it a try at a lower sampling rate, 32 kH.
>
>
> Congratulation, great work with this project.
>
> Thanks
>
> Alexandre Savard
>
> _______________________________________________
> celt-dev mailing list
> celt-dev at xiph.org
> http://lists.xiph.org/mailman/listinfo/celt-dev
>
>