<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
span.EmailStyle18
{mso-style-type:personal-compose;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-GB" link="blue" vlink="purple">
<div class="WordSection1">
<p><span style="font-size:10.0pt;font-family:"Arial","sans-serif"">My experience with recording and call transferring is that the recording ends as soon as the call is transferred.<br>
This is because the recording is started on party B's channel so when party A is transferred to party C, party B's channel ends along with the recording.<br>
I had to create an agent running on the servers using AMI to start the recording on party A's channel to prevent this from happening.<br>
<br>
This is with mixmonitor though. I don’t know whether it applies to res_monitor. And in my case, the records weren't corrupt. They were just missing half the call.<br>
<br>
-----Original Message-----<br>
From: asterisk-dev-bounces@lists.digium.com [<a href="mailto:asterisk-dev-bounces@lists.digium.com">mailto:asterisk-dev-bounces@lists.digium.com</a>] On Behalf Of James Cloos<br>
Sent: 19 April 2018 19:56<br>
To: asterisk-dev@lists.digium.com<br>
Subject: [asterisk-dev] Corrupted recordings<br>
<br>
I've been made aware of an instance of asterisk which makes heave use of res_monitor, records to gsm files, and often sees corruption in the gsm files.<br>
<br>
The corrupt blobs are very regular. If you split an affected gsm file into 33-octet chunks, all of the non-gsm chunks in each such blob are identical.<br>
<br>
The suspicion is that the caller transferred the call. My suspicion, therefore, is that the corruption is ulaw rining packets.<br>
<br>
Is it possible that the code which generates ringing sounds bypasses res_monitor's codec translation?<br>
<br>
<br>
The problem with the corruption is that libgsm's decode routine truncates the output once it sees a non-gsm 33-octet packet.<br>
Ie one which does not start with the nybble 0xD. So all of the data after that is lost.<br>
<br>
-JimC<br>
--<br>
James Cloos <cloos@jhcloos.com> OpenPGP: 0x997A9F17ED7DAEA6<br>
<br>
<br>
<br>
<br>
<br>
--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com">http://www.api-digital.com</a> --<br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-dev">http://lists.digium.com/mailman/listinfo/asterisk-dev</a></span><span style="font-size:10.0pt;font-family:"Arial","sans-serif""><o:p></o:p></span></p>
</div>
</body>
</html>