<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p><font face="Liberation Sans">We found that during testing that
when codecs are defined in the order "vp8,g729" the call is
dropped. When codecs are instead defined in the order "g729,vp8"
the call succeeds. For our systems we will make sure codecs are
always in "audio,video" order because that seems to work. It
does smell like there's a bug somewhere but I'm not sure what...
Think it is worth reporting or we made a mistake and docs
declare we configured chan_sip the wrong way?</font><br>
</p>
<pre class="moz-signature" cols="72">Dennis Buteyn
Xorcom Ltd</pre>
<div class="moz-cite-prefix">On 7/5/20 9:10 PM, Joshua C. Colp
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAM0A2Z0GSWsN1+OFiC25bFGokZuV=4Ez6eEdU0Gh03etjtEXSg@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">
<div dir="ltr">On Sun, Jul 5, 2020 at 12:04 PM Dennis Buteyn
<<a href="mailto:dennis.buteyn@xorcom.com"
moz-do-not-send="true">dennis.buteyn@xorcom.com</a>>
wrote:<br>
</div>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">Any good reason why
Asterisk thinks transcoding audio to video and vice <br>
versa is possible?<br>
<br>
Capabilities: us - (vp8|g729), peer - <br>
audio=(g729)/video=(vp8)/text=(nothing), combined -
(vp8|g729)<br>
Non-codec capabilities (dtmf): us - 0x1 (telephone-event|),
peer - 0x1 <br>
(telephone-event|), combined - 0x1 (telephone-event|)<br>
[2020-07-05 13:25:53] WARNING[2295][C-00000028]:
channel.c:5850 <br>
set_format: Unable to find a codec translation path: (vp8)
-> (g729)<br>
[2020-07-05 13:25:53] WARNING[2295][C-00000028]:
channel.c:5850 <br>
set_format: Unable to find a codec translation path: (g729)
-> (vp8)<br>
</blockquote>
<div><br>
</div>
<div>The legacy way of storing format information combines all
types together, which can result in code mistakenly trying
to set up such translation paths. Entirely possible that
there is a bug somewhere where the video is not eliminated. </div>
</div>
<div><br>
</div>
-- <br>
<div dir="ltr" class="gmail_signature">
<div dir="ltr">
<div>
<div dir="ltr">
<div>
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div style="font-family:tahoma,sans-serif"><font
color="#073763">Joshua C. Colp</font></div>
<div style="font-family:tahoma,sans-serif"><font
color="#073763">Asterisk Technical Lead</font></div>
<div style="font-family:tahoma,sans-serif"><font
color="#073763">Sangoma Technologies</font></div>
<div style="font-family:tahoma,sans-serif"><font
color="#073763">Check us out at <a
href="http://www.sangoma.com"
target="_blank" moz-do-not-send="true">www.sangoma.com</a>
and <a href="http://www.asterisk.org"
target="_blank" moz-do-not-send="true">www.asterisk.org</a></font><br>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
</blockquote>
</body>
</html>