<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Kevin P. Fleming wrote:
<blockquote
 cite="mid14901097.19241159475881166.JavaMail.root@jupiler.digium.com"
 type="cite">
  <pre wrap="">----- Earle Clubb <a class="moz-txt-link-rfc2396E" href="mailto:eclubb@valcom.com">&lt;eclubb@valcom.com&gt;</a> wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">As soon as I make that function call, Asterisk stops sending audio 
frames to my driver.  When I call ast_moh_stop(ast), I receive normal
audio frames again.  This is all I'm doing in my driver regarding MOH
(except for setting mohinterpret and mohsuggest).  What have I
missed?
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Are you still sending frames into Asterisk when you have been placed on hold? Alternatively, have you turned on internal timing in asterisk.conf?

  </pre>
</blockquote>
Thanks for the advice, Kevin.  My device can operate with one-way
(Asterisk --&gt; device) and two-way (Asterisk &lt;--&gt; device)
audio.  I've beet testing with the one-way mode, but upon your question
I decided to try two-way mode.  Placing a call on hold in two-way mode
works fine.  I read up a little on the internal timing mechanism, and
it appears that the outgoing frames are sync-locked to the incoming
frames if internal timing is turned off.  This explains why my one-way
isn't working.  I tried turning on internal timing, but it didn't
help.  In fact with internal timing enabled, when I take the call off
hold I don't get my normal audio stream back.  My device doesn't send
return audio in one-way mode, so the only way I can think of to get
frames into Asterisk from my driver is to set up a scheduler to send
empty frames to Asterisk.  Is this what you would recommend, or is
there a better way?<br>
<br>
Earle<br>
</body>
</html>