[asterisk-users] Core show translation > 4000ms

[Administrator TOOTAI]

Le 30/09/2011 16:59, Eric Wieling a écrit :
> I always use the "recalc" option to show translations, it seems to provide much more accurate numbers.
>
> Example: core show translation recalc 20

Lenny kernel, new values, still 1000 microseconds between both directions

          Translation times between formats (in microseconds) for one 
second of data
           Source Format (Rows) Destination Format (Columns)

            g723   gsm  ulaw  alaw g726aal2 adpcm  slin lpc10  g729 
speex  ilbc  g726  g722 siren7 siren14 slin16
      g723     -     -     -     -        -     -     -     -     -     
-     -     -     -      -       -      -
       gsm     -     -   601   601     3800   800   600  2000     -     
-     -  3800  1200      -       -   2000
      ulaw     -  1601     -     1     3201   201     1  1401     -     
-     -  3201   601      -       -   1401
      alaw     -  1601     1     -     3201   201     1  1401     -     
-     -  3201   601      -       -   1401


CentOS, no changes

           g723 gsm ulaw alaw g726aal2 adpcm slin lpc10 g729 speex ilbc 
g726 g722
      g723    -   -    -    -        -     -    -     -    -     -    
-    -    -
       gsm    -   -    2    2        2     2    1     5    -     7    
-    2    2
      ulaw    -   2    -    1        2     2    1     5    -     7    
-    2    2
      alaw    -   2    1    -        2     2    1     5    -     7    
-    2    2

I ran the same command on an Squeeze 2.6.32 kernel running 1.8.7 
asterisk: values are neer those from CentOS asterisk 1.4 version


> -----Original Message-----
> From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Tony Mountifield
> Sent: Friday, September 30, 2011 10:54 AM
> To: asterisk-users at lists.digium.com
> Subject: Re: [asterisk-users] Core show translation>  4000ms
>
> Maybe, but that still doesn't explain why there is a factor of 2000 between some conversions and others. And 4001, 4002 and 4003 are remarkably like a big round number plus a tiny offset! I would agree with the OP that the values shown look suspicious and would bear some investigating...
>
> [...]
-- 
Daniel