Latency tweaks for Windows Mobile 6

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Jan 13, 2010 at 1:09 AM, Jerry Monteiro
<jerrym at matrixconsultants.com.au> wrote:
>
> Hi Johan
>
> We have done some tests using the below settings;
>
>>media_cfg.clock_rate = 8000;
>> media_cfg.ptime = 20;
>> media_cfg.audio_frame_ptime = 20; // GSM codec
>> media_cfg.ec_tail_len = 100; // 0
>> media_cfg.snd_rec_latency = 100;
>> media_cfg.snd_play_latency = 100;
>
> 1. sip to sip call - the sound was okay
> 2. sip client to mobile - the sound was bad at remote end, my end using
> touch pro the sound was 'tinnie'
> 3. sip client to landline - the sound was okay and usable, but my end still
> sounded 'tinnie'
>
> Would you be able to suggest any settings to try?
> Also Benny/Johan, what would you suggest to use as a value for
> PJMEDIA_SOUND_BUFFER_COUNT ?
> In the mailing list, there are some people using 6, 16 or should I leave
> default as 32?
>

On recent PJSIP version, the PJMEDIA_SOUND_BUFFER_COUNT would be
calculated based on your PJMEDIA_SND_DEFAULT_PLAY_LATENCY, so you
shouldn't need to set its value anymore.

Re: tinnie sound, if my understanding of "tinnie sound" is the same as
yours, this normally is caused by linear resampling, so make sure
there's no resampling anywhere in the end to end media path. You can
also try disabling the EC for now, see if it affects anything.

Other than these, I'm afraid I don't have any specific suggestions,
other than keep experimenting. :)

Cheers
 Benny



[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux