I haven't tried calling Answer() after MixMonitor... I also haven't tried using the straight Monitor() to see what the different legs are doing. Either way, it's a bit inconsequential... since I am offering to pay someone to fix it :)<br>
<br>thanks.<br><br><div class="gmail_quote">On Tue, Mar 23, 2010 at 11:09 AM, Klaus Darilion <span dir="ltr"><<a href="mailto:klaus.mailinglists@pernau.at" target="_blank">klaus.mailinglists@pernau.at</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Just a few comments ...<br>
<br>
Does it make a difference if you Answer the call after MixMonitor?<br>
<br>
Have you tried Monitor() instead of MixMonitor and check each leg separately?<br>
<br>
btw: what does monitor if a channel uses VAD and thus there are no frames sent for some time? Will it record silence or will it just write each frame after the previous one (thus skipping the silence)?<br>
<br>
klaus<br>
<br>
Am 23.03.2010 14:47, schrieb Geoffrey Mina:<div><div></div><div><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
I am offering a $1500(USD) bounty for anyone willing to fix the<br>
following bug in the 1.4 branch of app_mixmonitor.<br>
<br>
<a href="https://issues.asterisk.org/view.php?id=17078" target="_blank">https://issues.asterisk.org/view.php?id=17078</a><br>
<br>
It seems like it should be relatively simple... so hopefully this should<br>
be easy money for someone.<br>
<br>
I would need a patch for both 1.4.30 and 1.4.26.<br>
<br>
thanks.<br>
<br>
<br>
</blockquote>
</div></div></blockquote></div><br>