<div dir="ltr"><div dir="ltr">On Sun, Jul 5, 2020 at 12:04 PM Dennis Buteyn <<a href="mailto:dennis.buteyn@xorcom.com">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">www.sangoma.com</a> and <a href="http://www.asterisk.org" target="_blank">www.asterisk.org</a></font><br></div></div></div></div></div></div></div></div></div></div></div>