Call recording speed issue
We have a issue with the call quality of the recorded call to be in a faster speed then what the call takes place in. I have took a packet capture on the server to replay the audio stream and it sounds just fine. Anyone have the same problem with the speed of the audio recording being faster then what takes place. I have tried saving wav and mp3 on the server. I prefer mp3 as far as size of files. But it happens with each of them. It looks like the call lasted for 19 sec but the audio recording the server saved was 13 sec. This seems to only happen on incoming calls from sip gateway and not outgoing calls from extensions on the box. I have included three file links. One is the file from the server that freeswitch saved while recording https://fm.ols18.com/filemanager/public/7dc3c2d38a3fe69e75869bd6efcade27.php?lang=en<http://www.filesend.net/download.php?f=63c35673fc1ddd4e4f2d6a95228f65fc> Two is the audio file extract from the packet capture * https://fm.ols18.com/filemanager/public/f0d81c8694d7f68df5f921f54429a02c.php... * * * Three is the packet capture https://fm.ols18.com/filemanager/public/3d079f5501f071f2f38e6c8458da0718.php?lang=en<http://www.filesend.net/download.php?f=d61ada05b405fc3b3c6750fe355bca94> Anyone seen this or have any ideas on how to diagnose further? Thanks in advance
On 09.09.2012 05:40, Joshua Foshee wrote:
We have a issue with the call quality of the recorded call to be in a faster speed then what the call takes place in. I have took a packet capture on the server to replay the audio stream and it sounds just fine. Anyone have the same problem with the speed of the audio recording
This happens because of transcoding. If you look carefully, the bad audio will be only for certain users' sip phones. Look for phones connected to problematic extensions and change in phone settings the signaling standard from china to other. Also update FS to latest 1.3.0 release. -- Mimiko desu.
Well the phones I am using are Linksys SPA942. The Sip trunking I am using is Flowroute. The problem only happens with calls from flowroute to me. Then both the flowroute side and the SPA942 side are fast on the recording. START Flowroute ------> Freeswitch -----> SPA942 If the call goes from SPA942 to flowroute then it sounds just fine in the recording. START SPA942 ----> Freeswitch ------> Flowroute. I have done a git and I am on the most current release FreeSWITCH Version 1.3.0+git~20120908T211235Z~36cee285b0 (1.3.0; git at commit 36cee285b0 on Sat, 08 Sep 2012 21:12:35 Z) On Sun, Sep 9, 2012 at 12:54 AM, Vbvbrj <vbvbrj@gmail.com> wrote:
On 09.09.2012 05:40, Joshua Foshee wrote:
We have a issue with the call quality of the recorded call to be in a faster speed then what the call takes place in. I have took a packet capture on the server to replay the audio stream and it sounds just fine. Anyone have the same problem with the speed of the audio recording
This happens because of transcoding. If you look carefully, the bad audio will be only for certain users' sip phones. Look for phones connected to problematic extensions and change in phone settings the signaling standard from china to other. Also update FS to latest 1.3.0 release.
-- Mimiko desu.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
On 10.09.2012 21:37, Joshua Foshee wrote:
Well the phones I am using are Linksys SPA942. The Sip trunking I am using is Flowroute.
The problem only happens with calls from flowroute to me. Then both the flowroute side and the SPA942 side are fast on the recording.
Please make some test calls and open a jira issue with sound recorded posted, with configs and logs when this problems occur. In my situation I don't see this problem anymore. -- Mimiko desu.
participants (2)
-
Joshua Foshee
-
Vbvbrj