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-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Tony Mountifield
Sent: Friday, September 30, 2011 10:54 AM
To: asterisk-users@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
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users